From dona@tridelta.com Fri Mar 01 11:38:14 1996 

Received: from wariat.wariat.org (root@wariat.wariat.org [192.147.147.1]) by 
tapr.org (8.7.4/8.7.3/1.8) with ESMTP id LAAQ2007 for <hfsig@tapr.org>; Fri, 1 Mar 
1996 11:38:11 -0600 (CST) 

Received: from tridelta.com (uucp@localhost) by wariat.wariat.org (8.6.12/8.6.9) 
with UUCP id MAA29105 for hfsig@tapr.org; Fri, 1 Mar 1996 12:15:21 -0500 

Received: from sparcy.tridelta.com (sparcy [192.160.168.222]) by tdi3.tridelta.com 
(8.6.9/8.6.9) with ESMTP id KAA29287 for <hfsig@tapr.org>; Fri, 1 Mar 1996 
10:23:53 -0500 

Received: from donapc.tridelta.com (donapc.tridelta.com [192.160.168.70]) by 
sparcy.tridelta.com (8.7.1/8.7.1) with SMTP id KAA20725 for <hfsig@tapr.org>; Fri, 
1 Mar 1996 10:23:27 -0500 (EST) 

Date: Fri, 1 Mar 1996 10:23:27 -0500 (EST) 

Message-Id: <199603011523.KAA20725@sparcy.tridelta. com> 

X-Sender: dona@sparcy 

X-Mailer: Windows Eudora Version 1.4.4 

Mime-Version: 1.0 

Content-Type: text/plain; charset="us-ascii" 

To: hfsig@tapr.org 

From: dona@tridelta.com (Don Adams) 

Subject: HF Channel Capacity 


I've been monitoring tis sig for a few months now and reading the 
back issues down loaded from tapr web site. I took a lot of DSP 

in college 20 years ago and only now the hardware has finally 
caught up. In a previous life I designed Bell 201 modem compatables 
and about 3 years ago used an Areil 56000 to proto type some 
adaptive control loops. 


I've been looking at the 2 various designs that have been around here. 
The phase modulated and the multi freq usually with a phase modulation 
enhancement. 


The real question here is what IS the channel capacity of the HF channel 
that we're talking about. It can be looked at in the short term and long 
term (ie what is the short term and long term). What is the advantage 

of a multi freq phase moduated signal vs just a single freq more phases 

and amplitudes, moduated signal. They both use up the channel states. 


Or what about a signal that has several orthoganal signals on it that 
could be decoded completely with good signal to noise ratios and only 
partially with bad S/N. ie a course structure such as Ur biphase and an 
addition fine structure (phase or amplitude or both etc etc) that could 
only be resolved if the channel is good. Then using an ACK that 
indicates how much was resolved out of the signal. 


It all boils down to how many unique states can I resolve at this symbol 
period. ie what is the channel capacity? 


over and out.... Don 
WA8QZZ 


From forrerj@ucs.orst.edu Fri Mar 01 21:31:52 1996 


Received: from ucs.orst.edu (root@UCS.ORST.EDU [128.193.4.5]) by tapr.org 
(8.7.4/8.7.3/1.8) with SMTP id VAA28090 for <hfsig@tapr.org>; Fri, 1 Mar 1996 
21:31:48 -0600 (CST) 
Received: from p00.tO.monrotel.com by ucs.orst.edu; 
(5.65v3.2/1.1.8.2/24Sep94-1201PM) 
id AA29812; Fri, 1 Mar 1996 19:31:39 -0800 
Message-Id: <9603020331.AA29812@ucs.orst.edu> 
X-Sender: forrerj@ucs.orst.edu 
X-Mailer: Windows Eudora Version 1.4.4 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
Date: Fri, 01 Mar 1996 19:38:51 -0800 
To: hfsig@tapr.org 
From: forrerj@ucs.orst.edu (Johan Forrer) 
Subject: Re: [HFSIG:931] HF Channel Capacity 


Hi Don, 


Welcome aboard - your experiences sounds very useful. Perhaps you can add to 
the ideas that we have been entertaining and experimenting with. 


>I've been monitoring tis sig for a few months now and reading the 

>back issues down loaded from tapr web site. I took a lot of DSP 

>in college 20 years ago and only now the hardware has finally 

>caught up. In a previous life I designed Bell 201 modem compatables 

>and about 3 years ago used an Areil 56000 to proto type some 

>adaptive control loops. 

> 

>I've been looking at the 2 various designs that have been around here. 
>The phase modulated and the multi freq usually with a phase modulation 
>enhancement. 

> 

>The real question here is what IS the channel capacity of the HF channel 
>that we're talking about. It can be looked at in the short term and long 
>term (ie what is the short term and long term). What is the advantage 
>of a multi freq phase moduated signal vs just a single freq more phases 
>and amplitudes, moduated signal. They both use up the channel states. 

> 

>Or what about a signal that has several orthoganal signals on it that 
>could be decoded completely with good signal to noise ratios and only 
>partially with bad S/N. ie a course structure such as Ur biphase and an 
>addition fine structure (phase or amplitude or both etc etc) that could 
>only be resolved if the channel is good. Then using an ACK that 
>indicates how much was resolved out of the signal. 

> 

>It all boils down to how many unique states can I resolve at this symbol 
>period. ie what is the channel capacity? 

> 

> over and out.... Don 
>WA80ZZ 

> 

> 


Good question. I don't have an answer - I can suggest taking Shannon's 
channel capacity formula, but keep in mind that is for a channel with 
gaussian noise. The HF channel behaves quite different depending at what 
frequency you are working, what time of the day it is, which season and 
where along the sun-spot cycle you are. 


Thus far, we have not yet explored any form of intelligent reverse channel 
signaling. It has been suggested by Rolf Sommerhalder and Tom McDermot has 
mentioned work done on a single channel 9600 baud modem for HF with dynamic 
channel equalization. Tom might be able to tell us a bit more about that 
work, but I think it uses training sequences embedded in the data stream 
that allows the modem to do channel equalization on the fly while receiving 
data. 


All interesting stuff - we are interested to hear what you have in mind. 
--Johan, KC7WW 


From srbible@mindport.net Sat Mar 02 14:06:26 1996 

Received: from polaris.mindport.net (root@polaris.mindport.net [205.219.167.2]) by 
tapr.org (8.7.4/8.7.3/1.8) with SMTP id 0AA12421 for <hfsig@tapr.org>; Sat, 2 Mar 
1996 14:06:23 -0600 (CST) 

Received: from default (synapse-60.mindport.net [205.219.167.79]) by 
polaris.mindport.net (8.6.12/8.6.12) with SMTP id PAA18770 for <hfsig@tapr.org>; 
Sat, 2 Mar 1996 15:06:20 -0500 

Posted-Date: Sat, 2 Mar 1996 15:06:20 -0500 

Message-Id: <1.5.4b11.32.19960302200723 .00685a30@mindport.net> 

X-Sender: srbible@mindport.net 

X-Mailer: Windows Eudora Light Version 1.5.4b11 (32) 

Mime-Version: 1.0 

Content-Type: text/plain; charset="us-ascii" 

Date: Sat, 02 Mar 1996 15:07:23 -0500 

To: hfsig@tapr.org 

From: "Steven R. Bible" <srbible@mindport.net> 

Subject: C5x DSK Assembler 


I found a funny thing about the assembler for the C5x DSK. Perhaps someone 
could shed some light on this problem. 


I downloaded the latest assember from ftp://ftp.ti.com/mirrors/tms320bbs/, 
it is entitled "DSK5A110.EXE." It is version 1.10. 


Next I downloaded from the same site "5XDSKFIR.EXE" which is a set of FIR 
filters (hi, lo, band, and stop pass). Initially these filters have coded 
into them a random noise generator. You can comment out the noise generator 
and enable the INput RCA jack. I did this and re-assmbled the code with 
version 1.10 of the assembler. The new program did not work. 


After a lot of fooling around I tried the older assembler, version 1.02. 
And sure enough I could assemble the code and it worked. Now I could sample 
the INput and hear the effects of the respective filters. 


Any idea what is wrong or what I am doing wrong? 
Thanks, 
- Steve, N7HPR 


srbible@mindport.net 
n7hpr@amsat.org 
n7hpr@tapr. org 


From forrerj@ucs.orst.edu Sat Mar 02 22:35:22 1996 
Received: from ucs.orst.edu (root@UCS.ORST.EDU [128.193.4.5]) by tapr.org 
(8.7.4/8.7.3/1.8) with SMTP id WAAQ3309 for <hfsig@tapr.org>; Sat, 2 Mar 1996 
22:35:20 -0600 (CST) 
Received: from p08.tO.monrotel.com by ucs.orst.edu; 
(5.65v3.2/1.1.8.2/24Sep94-1201PM) 
id AAQ7573; Sat, 2 Mar 1996 20:35:11 -0800 
Message-Id: <9603030435.AA07573Q@ucs.orst.edu> 
X-Sender: forrerj@ucs.orst.edu 
X-Mailer: Windows Eudora Version 1.4.4 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
Date: Sat, 02 Mar 1996 20:42:20 -0800 
To: hfsig@tapr.org 
From: forrerj@ucs.orst.edu (Johan Forrer) 
Subject: Re: [HFSIG:933] C5x DSK Assembler 


Hi Steve, 


There were two recent postings on COMP.DSP reporting that the latest C5x 
assembler was generating bad code. You may want to check that out to see if 
those support your findings. 


--Johan 


>I found a funny thing about the assembler for the C5x DSK. Perhaps someone 
>could shed some light on this problem. 

> 

>I downloaded the latest assember from ftp://ftp.ti.com/mirrors/tms320bbs/, 
>it is entitled "DSK5A110.EXE." It is version 1.10. 

> 

>Next I downloaded from the same site "5XDSKFIR.EXE" which is a set of FIR 
>filters (hi, lo, band, and stop pass). Initially these filters have coded 
>into them a random noise generator. You can comment out the noise generator 
>and enable the INput RCA jack. I did this and re-assmbled the code with 
>version 1.10 of the assembler. The new program did not work. 

> 

>After a lot of fooling around I tried the older assembler, version 1.02. 
>And sure enough I could assemble the code and it worked. Now I could sample 
>the INput and hear the effects of the respective filters. 

> 

>Any idea what is wrong or what I am doing wrong? 


> 


>Thanks, 

> 

> - Steve, N7HPR 
> 


>srbible@mindport.net 
>n7hpr@amsat.org 
>n7hpr@tapr.org 

> 

> 


From Jarkko.Vuori@hut.fi Sun Mar 03 11:26:52 1996 

Received: from wooster.hut.fi (root@wooster.hut.fi [130.233.161.195]) by tapr.org 
(8.7.4/8.7.3/1.8) with SMTP id LAAQ7373 for <hfsig@tapr.org>; Sun, 3 Mar 1996 
11:26:44 -0600 (CST) 

Received: from sti-pc20.hut.fi (sti-pc20.hut.fi [130.233.161.182]) by 
wooster.hut.fi (8.6.12/8.6.9) with SMTP id TAA24916 for <hfsig@tapr.org>; Sun, 3 
Mar 1996 19:26:40 +0200 

Message-Id: <199603031726.TAA24916@wooster.hut.£1i> 

Comments: Authenticated sender is <mimic@[130.233.161.195]> 

From: "Jarkko Vuori" <Jarkko.Vuori@hut.£i> 

Organization: Helsinki University of Technology 

To: hfsig@tapr.org 

Date: Sun, 3 Mar 1996 19:26:39 +0200 

MIME-Version: 1.0 

Content-type: text/plain; charset=US-ASCII 

Content-transfer-encoding: 7BIT 

Subject: Re: [HFSIG:921] Re: QST tidbits 

Reply-to: Jarkko.Vuori@hut.fi 

Priority: normal 

X-mailer: Pegasus Mail for Windows (v2.23) 


Not to pursue this thread much further here on HFSIG, I just wanted to 
leave this with a last comment. I wonder if the 9600 baud DSP-93 modem 
problem could not be solved using a multirate technique, i.e., a number 
of downsample/upsample filters with the appropiate fractional ratio to 
get you to an exact multiple of 9600. This might consume less clock 
cycles and leave the possibilities for other features. Just a thought. 


--Johan 


VV VVV VV VV VV WV 


From Jarkko.Vuori@hut.fi Sun Mar 03 11:50:24 1996 

Received: from wooster.hut.fi (root@wooster.hut.fi [130.233.161.195]) by tapr.org 
(8.7.4/8.7.3/1.8) with SMTP id LAAQ8390 for <hfsig@tapr.org>; Sun, 3 Mar 1996 
11:50:16 -0600 (CST) 

Received: from sti-pc20.hut.fi (sti-pc20.hut.fi [130.233.161.182]) by 
wooster.hut.fi (8.6.12/8.6.9) with SMTP id TAA24928; Sun, 3 Mar 1996 19:50:12 
+0200 

Message-Id: <199603031750.TAA24928@wooster.hut.£1i> 


Comments: Authenticated sender is <mimic@[130.233.161.195]> 
From: "Jarkko Vuori" <Jarkko.Vuori@hut.£i> 
Organization: Helsinki University of Technology 
To: hfsig@tapr.org 

Date: Sun, 3 Mar 1996 19:50:12 +0200 
MIME-Version: 1.0 

Content-type: text/plain; charset=US-ASCII 
Content-transfer-encoding: 7BIT 

Subject: Changing the sample rate 

Reply-to: Jarkko.Vuori@hut.fi 

CC: Jarkko.Vuori@hut. fi 

Priority: normal 

X-mailer: Pegasus Mail for Windows (v2.23) 


Not to pursue this thread much further here on HFSIG, I just wanted to 
leave this with a last comment. I wonder if the 9600 baud DSP-93 modem 
problem could not be solved using a multirate technique, i.e., a number 
of downsample/upsample filters with the appropiate fractional ratio to 
get you to an exact multiple of 9600. This might consume less clock 
cycles and leave the possibilities for other features. Just a thought. 


VVVVV WV 


Hi Johan, 


Sample rate altering using DSP techniques is not very complex 
thing to do at all. You can combine the receive matched filter, 
interpolation/decimation filters and symbol timing 

filter to one FIR filter with time varying coefficients. This can 
be implemented very efficiently with modern DSPs. 


Look for example my 9600 bit/s G3RUH modem (g3ruh.asm file). 

I have fixed rate sampling at 48 kHz. I have 2/5 
interpolator/decimator in order to get the 19200 Hz sampling 

rate suitable for the 9600 bit/s decision making. Because this 
interpolator/decimator is a simple FIR filter, I can combine 

(by convolving the filter coefficients) the receive raised cosine 
filter and interpolation/decimation filters together. This 
combined filter has the same number of taps than those separate 
filters, so there is no performance gain, but this single 
combined filter improves the structure of the DSP program. 


Jarkko, OH2LNS 


From dibene@VNET.IBM.COM Mon Mar 04 03:43:18 1996 

Received: from VNET.IBM.COM (vnet.ibm.com [199.171.26.4]) by tapr.org 

(8.7.4/8.7.3/1.8) with SMTP id DAA23434 for <hfsig@tapr.org>; Mon, 4 Mar 1996 

03:43:16 -0600 (CST) 

Message-Id: <199603040943 . DAA23434@tapr.org> 

Received: from ROMVMNIC by VNET.IBM.COM (IBM VM SMTP V2R3) with BSMTP id 2344; 
Mon, 04 Mar 96 04:43:07 EST 

Date: Mon, 4 Mar 96 10:44:58 EST 

From: dibene@VNET.IBM.COM (Alberto di Bene) 

To: SRBIBLE@MINDPORT .NET 

cc: hfsig@tapr.org 


Subject: Re: [HFSIG:933] C5x DSK Assembler 
Reply-To: dibene@VNET.IBM.COM 
Organization: IBM Semea S.p.A. 
News-Software: UReply 3.1 


In a previous message, you wrote: 

>I found a funny thing about the assembler for the C5x DSK. Perhaps someone 
>could shed some light on this problem. 

> 

>I downloaded the latest assember from ftp://ftp.ti.com/mirrors/tms320bbs/, 
>it is entitled "DSK5A110.EXE." It is version 1.10. 

> 

>Next I downloaded from the same site "5XDSKFIR.EXE" which is a set of FIR 
>filters (hi, lo, band, and stop pass). Initially these filters have coded 
>into them a random noise generator. You can comment out the noise generator 
>and enable the INput RCA jack. I did this and re-assmbled the code with 
>version 1.10 of the assembler. The new program did not work. 

> 

>After a lot of fooling around I tried the older assembler, version 1.02. 
>And sure enough I could assemble the code and it worked. Now I could sample 
>the INput and hear the effects of the respective filters. 

> 

>Any idea what is wrong or what I am doing wrong? 

> 

>Thanks, 

> 

> - Steve, N7HPR 

> 

>srbible@mindport.net 

>n7hpr@amsat.org 

>n7hpr@tapr.org 

> 


Steve, avoid like pest the V 1.10 of the DSK5A assembler. It is full of 
horrendous errors.... I wonder which testing procedures they use before 
releasing a product.. probably none... I have the impression that the 
assembler, loader and debugger delivered with the DSK are an after-tought 
written by a summer student whose main interest was to earn a few dollars 
for the college. I am trying to post to comp.dsp with the results of my 
testing, and I'll do it as soon as the news server will stop telling me 
that it has exhausted the space for new postings. 


As an example : 


00010 0a06 0812 lamm PASR <---- WRONG ! Must assemble as 080a 
00011 0a07 0813 lamm PAER <---- WRONG ! Must assemble as O080b 
00012 0a08 0814 lamm TREGO <---- WRONG ! Must assemble as 080c 
00013 0a09 0815 lamm TREG1 <---- WRONG ! Must assemble as 080d 
00014 Oa0a 0816 lamm TREG2 <---- WRONG ! Must assemble as O080e 
00015 OaOb 0817 lamm DBMR <---- WRONG ! Must assemble as O080£ 


Moreover, if you use the directive .ps xxxx where xxxx is whatever address, 
it simply resets the code space counter to Oa0Oh, ignoring your xxxx. 


The same for .ds xxxx which resets the data space counter to Oe00h, no 
matter what xxxx you specify. 


Such pieces of crxp should never be released. The errors are such that even 
a minimal testing would have pinpointed them. It seems that they didn't 
find the time for xanyx testing. 


For now it is wiser to stay with V 1.03 - I have been told that a public 
domain assembler for the 'C50 DSK is available for Linux. I am trying to 
get hold of it. 


Alberto di Bene dibene@vnet.ibm.com i2phd@amsat.org 


From hasch@ihf.uni-stuttgart.de Mon Mar 04 06:51:45 1996 
Received: from artemis.rus.uni-stuttgart.de (artemis.rus.uni-stuttgart.de 
[129.69.18.28]) by tapr.org (8.7.4/8.7.3/1.8) with ESMTP id GAA29476 for 
<hfsig@tapr.org>; Mon, 4 Mar 1996 06:51:39 -0600 (CST) 
Received: from ihfrisc.ihf.uni-stuttgart.de (ihfrisc.ihf.uni-stuttgart.de 
[129.69.95.31]) by artemis.rus.uni-stuttgart.de with SMTP id NAA25023 
(8.6.12/IDA-1.6 for <hfsig@tapr.org>); Mon, 4 Mar 1996 13:51:22 +0100 
Received: from ihfibm1.ihf.uni-stuttgart.de by ihfrisc.ihf.uni-stuttgart.de (AIX 
3.2/UCB 5.64/BelWue-2.1RS) 
id AA18375; Mon, 4 Mar 1996 13:50:05 +0100 
Received: by ihfibm1.ihf.uni-stuttgart.de (AIX 4.1/UCB 5.64/BelWue-1.41AIXRS) 
id AA16206; Mon, 4 Mar 1996 13:51:21 +0100 
Date: Mon, 4 Mar 1996 13:51:21 +0100 
From: hasch@ihf.uni-stuttgart.de (Juergen Hasch) 
Message-Id: <9603041251.AA16206@ihfibm1.ihf.uni-stuttgart.de> 
To: hfsig@tapr.org 
Subject: Re: C5x DSK Assembler 
Mime-Version: 1.0 
Content-Type: text/plain; charset=US-ASCII 
Content-Transfer-Encoding: 7bit 
Content-Md5: a2GS2210riwf£2jDyYjCrkQ== 


You wrote: 


> For now it is wiser to stay with V 1.03 - I have been told that a public 
> domain assembler for the ‘C50 DSK is available for Linux. I am trying to 
> get hold of it. 

> 

>Alberto di Bene dibene@vnet.ibm.com i2phd@amsat.org 


You could try 'AS' from Alfred Arnold, which available at 
'ftp.uni-stuttgart.de/pub/systems/pc/lang/as' and has (among many others) code 
generators for the 320C2x and 320c5x chips. The TMS320 code generators were 
written by Tom HB9IJNX. 


AS runs with DOS and 0S/2, the Pascal source is available if you want to write 
your own code generator. Documentaion is only in german right now. 


I have written all programs for my 320C25 DSP card with AS and never had any 
problems, AS is definitely much better than any of the crippled DSK assemblers 
from TI. 


Juergen Hasch DG1SCR 

| Institut fuer Hochfrequenztechnik | hasch@ihf.uni-stuttgart.de 

| Universitaet Stuttgart | 

| Germany | Packet Radio: dgiscr@dbOrbs.#bw.deu.eu 


From wd5ivd@tapr.org Mon Mar 04 15:52:59 1996 

Received: (from wd5ivd@localhost) by tapr.org (8.7.4/8.7.3/1.8) id PAA21342; Mon, 

4 Mar 1996 15:52:53 -0600 (CST) 

From: Greg Jones <wd5ivd@tapr.org> 

Message-Id: <199603042152.PAA21342@tapr.org> 

Subject: 1996 ARRL and TAPR Digital Communications Conference 

To: netsig@tapr.org (NETSIG mailing), bbssig@tapr.org (BBS SIG mailing), 

aprssig@tapr.org (BBS SIG mailing), hfsig@tapr.org (HF SIG mailing), 

dsp-93@tapr.org (DSP-93 Build), ss@tapr.org, tapr-tnc@tapr.org 

Date: Mon, 4 Mar 1996 15:52:53 -0600 (CST) 

X-Mailer: ELM [version 2.4 PL25] 

Content-Type: text 


Press Release. Please distribute as widely as possible. http://www.tapr.org 
March 1st, 1996 


ARRL and TAPR Digital Communications Conference 
September 20-22, 1996 
Seattle, WA, U.S.A. 


1996 ARRL and TAPR Digital Communications Conference 


Mark your calendar and start making plans to attend the year's premier event 
in amateur radio digital communications -- 


The 1996 ARRL and TAPR Digital Communications Conference will be held 
September 20-22, 1996, in Seattle, Washington -- just minutes from the 
SeaTac Airport. Local sponsors include the Puget Sound Amateur Radio TCP/IP 
Group and Boeing Employees Amateur Radio Society (BEARS). 


The ARRL and TAPR Digital Communications Conference is an international 
forum for radio amateurs and experts in digital communications, networking, 
and related technologies to meet, publish their work, and present new ideas 
and techniques for discussion. Presenters and attendees will have the 
opportunity to exchange ideas and learn about recent hardware and software 


advances, theories, experimental results, and practical applications. This 
year marks the first year in which the ARRL Digital Communications 
Conference and TAPR Annual General Meeting have joined into one conference! 


Anyone interested in digital communications is invited to submit a paper for 
publication in the Conference Proceedings. Presentation at the Conference 
is not required for publication. Papers are due by July 23, 1996, and 
should be submitted to Maty Weinberg, ARRL, 225 Main St., Newington, CT 
06111 U.S.A. or via Internet at lweinberg@arrl.org. Please contact Maty for 
detailed format requirements. Papers are due by July 23, 1996 


ARRL and TAPR especially welcome papers from full time students to compete 
for the first annual student papers award. Two $500 travel awards will be 
given, one in each of the following categories: a) best 
technical/theory-oriented paper by a student, and b) best educational or 
community-oriented application paper by a student. The paper should relate 
directly to a wireless digital communication topic (see guidelines for more 
information). Papers coauthored by educators or telecommunications 
professionals are also eligible for this award, as long as a student is the 
first author. First year awards have been funded through a grant by The 
ARRL Foundation, Inc. Deadline for receipt of finished student paper 
manuscript: June 11, 1996. Please note that this deadline is different than 
the general conference submission date. For full details and paper 
guidelines, contact TAPR or check http://www.tapr.org. 


The current schedule has a workshop and student papers on Friday afternoon. 
Conference Papers, Introductory thread, Lunch, and Dinner on Saturday. 
Sunday will have additional paper sessions, if necessary, as well as one or 
more workshops. Workshops will include Keith Sproul, WU2Z, on APRS 
packet-location software, Dewayne Hendricks, WA8DZP , on "How to utilize 
Part 15 Radios for Ham Applications" and a workshop on Wireless Networking 
using WA4DSY 56K RF modem technology and its accessories. See the advanced 
registration form for more details as well as http://www.tapr.org 


For more information on the Conference, registration, and hotel reservations 
please contact TAPR at the address below. 


TAPR Office: 

8987-309 E. Tanque Verde Rd. #337 
Tucson, AZ 85749-9399 

Phone: (817) 383-0000 

Fax: (817) 566-2544 


Internet E-Mail: tapr@tapr.org 
Internet Web: http://www.tapr.org 


From Fermax.esp@vlc.servicom.es Tue Mar 05 11:56:18 1996 

Received: from ns.mad.servicom.es (root@ns.mad.servicom.es [194.106.0.132]) by 
tapr.org (8.7.4/8.7.3/1.8) with ESMTP id LAAQ3029 for <hfsig@tapr.org>; Tue, 5 Mar 
1996 11:56:01 -0600 (CST) 

From: Fermax.esp@vlc.servicom.es 

Received: from ppp_8.val.servicom.es by ns.mad.servicom.es (8.6.12/FI-3.3) Tue, 5 


Mar 1996 18:56:45 +0100 

Message-Id: <199603051756.SAA00058@ns.mad.servicom.es> 
X-Sender: a4608486@pop.vlc.servicom.es 

X-Mailer: Windows Eudora Light Version 1.5.2 
Mime-Version: 1.0 

Content-Type: text/plain; charset="us-ascii" 

Date: Tue, 05 Mar 1996 18:51:16 +0100 

To: hfsig@tapr.org 

Subject: TEST ONLY! 


JOSE V. GAVILA 
R&D Engineer 
FERMAX ELECTRONICA S.A.E. 


From JSANFORD@infi.net Tue Mar 05 12:05:01 1996 

Received: from mh004.infi.net (mh004.infi.net [205.219.238.95]) by tapr.org 

(8.7.4/8.7.3/1.8) with ESMTP id MAAO3716 for <hfsig@tapr.org>; Tue, 5 Mar 1996 

12:04:59 -0600 (CST) 

Received: from h-ra.norfolk.infi.net by mhO04.infi.net with SMTP 
(Infinet-S-3.3) id TAA21459; Mon, 4 Mar 1996 19:07:12 -0500 (EST) 

Message-Id: <199603050007 .TAA21459@mh004.infi.net> 

X-Sender: jsanford@infi.net 

X-Mailer: Windows Eudora Light Version 1.5.2 

Mime-Version: 1.0 

Content-Type: text/plain; charset="us-ascii" 

Date: Mon, 04 Mar 1996 19:06:39 -0500 

To: hfsig@tapr.org 

From: Jim Sanford <JSANFORD@infi.net> 

Subject: Re: [HFSIG:938] Re: C5x DSK Assembler 


Jurgen: Any mirror sites? Couldn't get to yours. Thanks & 73, Jim 
wb4gcs@amsat.org 

>You could try 'AS' from Alfred Arnold, which available at 
>'ftp.uni-stuttgart.de/pub/systems/pc/lang/as' and has (among many others) code 
> 


From NOAOT@aol.com Tue Mar 05 18:39:34 1996 

Received: from emout10.mail.aol.com (emout10.mx.aol.com [198.81.11.25]) by 
tapr.org (8.7.4/8.7.3/1.8) with SMTP id SAA22837 for <hfsig@tapr.org>; Tue, 5 Mar 
1996 18:39:32 -0600 (CST) 

From: NOAOT@aol.com 

Received: by emout10.mail.aol.com (8.6.12/8.6.12) id TAA16754 for hfsig@tapr.org; 
Tue, 5 Mar 1996 19:39:51 -0500 

Date: Tue, 5 Mar 1996 19:39:51 -0500 

Message-ID: <960305193950_238470400@emout10.mail.aol.com> 

To: hfsig@tapr.org 

Subject: 56002 EVM Documentation 


Hi All, 


I ordered some the on the E56002 VM from Motorola's Web site: 
http: //www.design-net.com/dsp/DSPhome.html, and I received the package via 


UPS in about 2 days! 
Now that's what I call service! Free too... 


--Bob Carlson, nOaot@amsat.org 


From hasch@ihf.uni-stuttgart.de Wed Mar 06 02:57:33 1996 
Received: from artemis.rus.uni-stuttgart.de (artemis.rus.uni-stuttgart.de 
[129.69.18.28]) by tapr.org (8.7.4/8.7.3/1.8) with ESMTP id CAA21046 for 
<hfsig@tapr.org>; Wed, 6 Mar 1996 02:57:25 -0600 (CST) 
Received: from ihfrisc.ihf.uni-stuttgart.de (ihfrisc.ihf.uni-stuttgart.de 
[129.69.95.31]) by artemis.rus.uni-stuttgart.de with SMTP id JAA19441 
(8.6.12/IDA-1.6 for <hfsig@tapr.org>); Wed, 6 Mar 1996 09:57:06 +0100 

Received: from rusxppp147.rus.uni-stuttgart.de by ihfrisc.ihf.uni-stuttgart.de 
(AIX 3.2/UCB 5.64/BelWue-2.1RS) 

id AA20973; Wed, 6 Mar 1996 09:55:46 +0100 
Message-Id: <9603060855.AA20973@ihfrisc.ihf.uni-stuttgart.de> 
Date: Wed, 06 Mar 96 09:57:47 CET 
From: hasch@ihf.uni-stuttgart.de (Juergen Hasch) 
Reply-To: hasch@ihf.uni-stuttgart.de (Juergen Hasch) 
To: hfsig@tapr.org 
X-Mailer: PMMail (v1.05 UNREGISTERED SHAREWARE) 
Subject: Re: C5x DSK Assembler 


On Tue, 5 Mar 1996 12:20:33 -0600 (CST) you wrote: 


>Jurgen: Any mirror sites? Couldn't get to yours. Thanks & 73, Jim 
>wb4gcs@amsat.org 


Hello Jim, 


since the recent version of AS with C5x support is brand new, I don't believe 
there are any other sites ( at least outside of europe) yet. 
If you really can't get through, I can send you AS by Email (0.5 Meg!). 


73's de Juergen DG1SCR 
hasch@ihf.uni-stuttgart.de 


From hasch@ihf.uni-stuttgart.de Wed Mar 06 03:01:38 1996 
Received: from artemis.rus.uni-stuttgart.de (artemis.rus.uni-stuttgart.de 
[129.69.18.28]) by tapr.org (8.7.4/8.7.3/1.8) with ESMTP id CAA21045 for 
<hfsig@tapr.org>; Wed, 6 Mar 1996 02:57:13 -0600 (CST) 
Received: from ihfrisc.ihf.uni-stuttgart.de (ihfrisc.ihf.uni-stuttgart.de 
[129.69.95.31]) by artemis.rus.uni-stuttgart.de with SMTP id JAA19438 

(8.6.12/IDA-1.6 for <hfsig@tapr.org>); Wed, 6 Mar 1996 09:57:03 +0100 
Received: from rusxppp147.rus.uni-stuttgart.de by ihfrisc.ihf.uni-stuttgart.de 
(AIX 3.2/UCB 5.64/BelWue-2.1RS) 

id AA31722; Wed, 6 Mar 1996 09:55:43 +0100 

Message-Id: <9603060855.AA31722@ihfrisc.ihf.uni-stuttgart.de> 
Date: Wed, 06 Mar 96 09:59:34 CET 
From: hasch@ihf.uni-stuttgart.de (Juergen Hasch) 


Reply-To: hasch@ih£.uni-stuttgart.de (Juergen Hasch) 
To: hfsig@tapr.org 

X-Mailer: PMMail (v1.05 UNREGISTERED SHAREWARE) 
Subject: AS and macros 


Hello Johan, 
porting macros to AS should not be too difficult. 


This is what the AS documentation says: 
The same conventions as for symbols also apply to macro parameters, with the 
exception that no points and underscores are allowed. This restriction 
is neccessary because the underscore allows to concatenate macro parameter 
names to a single symbol, as shown in the following example: 


concat macro part1,part2 
call parti_part2 
endm 


If you call the macro 
concat Modul, Funktion 
You will get 


call Modul_Funktion 


If you want to port Alexander's HFSIM for example: 
FQ_BUF1 equ 0400h 

gets 

FO_BUF_1 equ 0400h 


and 


OVSOTP $MACRO TP_NR 
TP FO_BUF:B_NR.S:,TP:TP_NR: 


LDPK  FO_OUT_P 
SACH — F@_OUT:B_NR.S:,3 


B ENDO_:B_NR.S:_TP2 
$ENDM 
gets 
OVSOTP MACRO TPNR,BNR 
TP FOQ_BUF_BNR,TP_TPNR 


LDPK  FO_OUT_P 
SACH — FQ_OUT_BNR,3 


B ENDO_BNR_TP2 
ENDM 


73's de Juergen DG1SCR 
hasch@ihf.uni-stuttgart.de 


From karn@qualcomm.com Wed Mar 06 03:11:28 1996 

Received: from servo.qualcomm.com (servo.qualcomm.com [129.46.128.14]) by tapr.org 
(8.7.4/8.7.3/1.8) with ESMTP id DAA21528 for <hfsig@tapr.org>; Wed, 6 Mar 1996 
03:11:25 -0600 (CST) 

Received: (from karn@localhost) by servo.qualcomm.com (8.7.4/8.7.2/1.6.1) id 
BAA10645; Wed, 6 Mar 1996 01:10:51 -0800 (PST) 

Date: Wed, 6 Mar 1996 01:10:51 -0800 (PST) 

From: Phil Karn <karn@qualcomm. com> 

Message-Id: <199603060910.BAA10645@servo.qualcomm. com> 

To: hfsig@tapr.org 

In-reply-to: <39F223B3805@frl.orst.edu> (FORRERJ@frl.orst.edu) 

Subject: Re: [HFSIG:912] Re: Sync Vectors for HF Digital 


>For the same argument, I assume that reverse channel signaling for an 
>ARQ system needs the same considerations as that is also an unprotected 
>sequence? 


I see no need for a special reverse channel (in the AMTOR sense) in a 
well-coded system. With appropriate FEC you can lengthen your 
transmissions considerably and send acks as ordinary frames. Not only 
would this avoid a lot of turnaround overhead, but it would be a lot 
easier on transmitter relays. 


Phil 


From forrerj@ucs.orst.edu Wed Mar 06 11:13:53 1996 
Received: from ucs.orst.edu (root@UCS.ORST.EDU [128.193.4.5]) by tapr.org 
(8.7.4/8.7.3/1.8) with SMTP id LAA12318 for <hfsig@tapr.org>; Wed, 6 Mar 1996 
11:13:51 -0600 (CST) 
Received: from p07.tO.monrotel.com by ucs.orst.edu; 
(5.65v3.2/1.1.8.2/24Sep94-1201PM) 
id AAQ2264; Wed, 6 Mar 1996 09:13:42 -0800 
Message-Id: <9603061713 .AAQ2264@ucs.orst.edu> 
X-Sender: forrerj@ucs.orst.edu 
X-Mailer: Windows Eudora Version 1.4.4 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
Date: Wed, 06 Mar 1996 09:21:23 -0800 
To: hfsig@tapr.org 
From: forrerj@ucs.orst.edu (Johan Forrer) 
Subject: Re: [HFSIG:944] AS and macros 


Hello Juergen, 


That sounds exactly what I needed - I am in the process of porting 


Alexander's simulator to a TI DSK for my own testing purposes. I did not use 
the "_" concatenator construct, so that is why my efforts failed. Everything 
else seems to work out OK. 


The other bit that is missing - what is the output format of the P2HEX and 
P2BIN programs? Seems like a good way to generate a compacted version for 
loading into the DSP. Do you perhaps know of a C25/6 code loader that will 
read such a file? 


Thanks a lot for your help. 


--Johan 


From forrerj@ucs.orst.edu Wed Mar 06 11:14:02 1996 
Received: from ucs.orst.edu (root@UCS.ORST.EDU [128.193.4.5]) by tapr.org 
(8.7.4/8.7.3/1.8) with SMTP id LAA12343 for <hfsig@tapr.org>; Wed, 6 Mar 1996 
11:14:00 -0600 (CST) 
Received: from p07.tO.monrotel.com by ucs.orst.edu; 
(5.65v3.2/1.1.8.2/24Sep94-1201PM) 
id AA20374; Wed, 6 Mar 1996 09:13:45 -0800 
Message-Id: <9603061713 .AA20374@ucs.orst.edu> 
X-Sender: forrerj@ucs.orst.edu 
X-Mailer: Windows Eudora Version 1.4.4 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
Date: Wed, 06 Mar 1996 09:21:26 -0800 
To: hfsig@tapr.org 
From: forrerj@ucs.orst.edu (Johan Forrer) 
Subject: Re: [HFSIG:945] Re: Sync Vectors for HF Digital 


Hi Phil, 


>I see no need for a special reverse channel (in the AMTOR sense) in a 
>well-coded system. With appropriate FEC you can lengthen your 
>transmissions considerably and send acks as ordinary frames. Not only 
>would this avoid a lot of turnaround overhead, but it would be a lot 
>easier on transmitter relays. 

> 

>Phil 

> 

> 


My casual observations on monitoring HF packet transmissions is that these 
ACKs sent as ordinary frames is one of the reasons for the inefficiency of 
HF packet. A much shortened frame may be workable, but then we are talking 
about variable frame lengths which needs some further thought. For example, 
if we know where a frame starts, how do we know where it ends when its 
length could be anything in the new scheme of things. 


I guess I would need to see the arguments as to why the reverse channel 


signaling should use ordinary frames, especially in an HF environnment. 
I appreciate your further thoughts on this. 
--Johan 


From hasch@ihf.uni-stuttgart.de Wed Mar 06 14:14:07 1996 
Received: from artemis.rus.uni-stuttgart.de (artemis.rus.uni-stuttgart.de 
[129.69.18.28]) by tapr.org (8.7.5/8.7.3/1.8) with ESMTP id OAA01122 for 
<hfsig@tapr.org>; Wed, 6 Mar 1996 14:13:53 -0600 (CST) 
Received: from ihfrisc.ihf.uni-stuttgart.de (ihfrisc.ihf.uni-stuttgart.de 
[129.69.95.31]) by artemis.rus.uni-stuttgart.de with SMTP id VAAQ2616 
(8.6.12/IDA-1.6 for <hfsig@tapr.org>); Wed, 6 Mar 1996 21:13:47 +0100 

Received: from rusxppp177.rus.uni-stuttgart.de by ihfrisc.ihf.uni-stuttgart.de 
(AIX 3.2/UCB 5.64/BelWue-2.1RS) 

id AAQ7025; Wed, 6 Mar 1996 21:12:26 +0100 
Message-Id: <9603062012.AA07025@ihfrisc.ihf.uni-stuttgart.de> 
Date: Wed, 06 Mar 96 21:17:32 CET 
From: hasch@ihf.uni-stuttgart.de (Juergen Hasch) 
Reply-To: hasch@ih£.uni-stuttgart.de (Juergen Hasch) 
To: hfsig@tapr.org 
X-Mailer: PMMail (v1.05 UNREGISTERED SHAREWARE) 
Subject: Re: AS and macros 


Hello Johan, 
On Wed, 6 Mar 1996 11:28:39 -0600 (CST) you wrote: 
> 


>That sounds exactly what I needed - I am in the process of porting 
>Alexander's simulator to a TI DSK for my own testing purposes. I did not use 


>the "_" concatenator construct, so that is why my efforts failed. Everything 
>else seems to work out OK. 
> 


Alexander sent me his latest version of the simulator just today and I have 

made all neccessary changes to get it to run with AS. If you want to save 

some work I can send you the changed source code. 

Except the macro stuff all other changes are minor, just a few illegal commands 
the DSK assembler didn't notice :-) 

As soon as I get an 320C26 processor, I will port the simulator to my own DSP 
card which currently runs with a 320C25. The C26 is needed because the simulator 
uses all of the internal RAM. 


>The other bit that is missing - what is the output format of the P2HEX and 
>P2BIN programs? Seems like a good way to generate a compacted version for 

>loading into the DSP. Do you perhaps know of a C25/6 code loader that will 
>read such a file? 

The *.P output format is quite nice, it even contains a processor ID byte. 

I can send you an example of how the *.P-files download was done for my DSP 
card, this should help you using P-files. 

You could also ask Tom HB9JNX. He should have something for the DSK, as he 

uses AS for his DSP programs. 


> 
>Thanks a lot for your help. 
Glad I could help. 


73's de Juergen DG1SCR, hasch@iht.uni-stuttgart.de 

PS: 

You can get AS to print english messages if you download the AS pascal source 

from the ftp-server in stuttgart (ftp.uni-stuttgart.de) and recompile it with the 
english message resources contained in 'aseng.zip' (only the slightly older AS1412 
source is there, but it works for the 320C26). 


From chbrain@dircon.co.uk Wed Mar 06 14:23:00 1996 
Received: from felix.dircon.co.uk (felix.dircon.co.uk [193.128.224.10]) by 
tapr.org (8.7.5/8.7.3/1.8) with SMTP id OAAQ1726 for <hfsig@tapr.org>; Wed, 6 Mar 
1996 14:22:47 -0600 (CST) 
Received: from nameserver.dircon.co.uk (gw2-124.pool.dircon.co.uk) by 
felix.dircon.co.uk with SMTP id AA27458 
(5.67b/IDA-1.5 for <hfsig@tapr.org>); Wed, 6 Mar 1996 19:46:04 GMT 
Message-Id: <199603061946.AA27458@felix.dircon.co.uk> 
X-Sender: chbrain@popmail.dircon.co.uk 
X-Mailer: Windows Eudora Version 1.4.4 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
Date: Wed, 06 Mar 1996 19:44:31 +0000 
To: hfsig@tapr.org 
From: chbrain@dircon.co.uk (Charles Brain) 
Subject: Re: [HFSIG:947] Re: Sync Vectors for HF Digital 


>My casual observations on monitoring HF packet transmissions is that these 
>ACKs sent as ordinary frames is one of the reasons for the inefficiency of 
>HF packet. A much shortened frame may be workable, but then we are talking 
>about variable frame lengths which needs some further thought. For example, 
>if we know where a frame starts, how do we know where it ends when its 
>length could be anything in the new scheme of things. 

> 

>I guess I would need to see the arguments as to why the reverse channel 
>signaling should use ordinary frames, especially in an HF environnment. 

> 

>I appreciate your further thoughts on this. 

> 

>--Johan 

> 

> 

I believe that the two major problems of H.F packet are a collision sensing 
method that is next to useless and the fact that there is no FEC. 

I assume we are not trying to use CSMA to share the channel. Either 

because it is running an ARQ where one station is acting as a master or 

a slotted response system ? 


Have you seen the 1052 Data Link protocol ? There is a copy in postscript 


format at 
ftp: //atanasoff.nmsu.edu/pub/hf/pubs/ 


I think its called HFDLP or something like it. 


Regards Charles G4GUO 


From karn@qualcomm.com Wed Mar 06 15:54:58 1996 

Received: from zeus.qualcomm.com (zeus.qualcomm.com [129.46.50.42]) by tapr.org 
(8.7.5/8.7.3/1.8) with ESMTP id PAAQ5836 for <hfsig@tapr.org>; Wed, 6 Mar 1996 
15:54:53 -0600 (CST) 

Received: from qualcomm.com (qualcomm.com [192.35.156.11]) by zeus.qualcomm.com 
(8.7.4/8.7.2/1.7.1) with ESMTP id NAA22202 for <hfsig@tapr.org>; Wed, 6 Mar 1996 
13:54:05 -0800 (PST) 

Received: from laptop.ka9q.ampr.org (laptop201.ietf£.interop.net [130.128.2.201]) 
by qualcomm.com with SMTP id NAAQ@549 for <hfsig@tapr.org>; Wed, 6 Mar 1996 
13:54:57 -0800 (PST) 

Date: Wed, 6 Mar 1996 13:54:57 -0800 (PST) 

Message-Id: <199603062154 .NAAQ0549@qualcomm. com> 

X-Sender: karn@servo.qualcomm.com (Unverified) 

X-Mailer: Windows Eudora Pro Version 2.1.2 

Mime-Version: 1.0 

Content-Type: text/plain; charset="us-ascii" 

To: hfsig@tapr.org 

From: Phil Karn <karn@qualcomm. com> 

Subject: Re: [HFSIG:947] Re: Sync Vectors for HF Digital 


At 11:31 AM 3/6/96 -0600, you wrote: 


>My casual observations on monitoring HF packet transmissions is that these 
>ACKs sent as ordinary frames is one of the reasons for the inefficiency of 
>HF packet. A much shortened frame may be workable, but then we are talking 
>about variable frame lengths which needs some further thought. For example, 
>if we know where a frame starts, how do we know where it ends when its 
>length could be anything in the new scheme of things. 

> 

>I guess I would need to see the arguments as to why the reverse channel 
>signaling should use ordinary frames, especially in an HF environnment. 

> 

>I appreciate your further thoughts on this. 


Certainly. Why is HF packet any different from VHF/UHF packet? The channel 
characteristics, of course. If you can compensate for those characteristics with 
appropriate coding, then conventional protocols should work as well over HF 

as they do over VHF/UHF. This is not to say they'll work xwellx, of course, 
because 

they also have problems on VHF/UHF. :-) 


I believe the approaches I discussed in my paper "Toward New Link Layer Protocols" 
are aS appropriate for HF as for anywhere else. In there I describe a packet 
format 


that consists of a fixed-size header followed by a variable length data segment. 
The header is always heavily coded, while the data is coded at an effectively 
varying rate with Type II ARQ-FEC running the link. 


When you code effectively, large packets have the advantage of spanning fades, 
which 

lets you apply interleaving to the problem. One of the things I've learned from 
Qualcomm CDMA is that interleaving is a very powerful tool against fading, but 

we are limited in how much of it we can do because of our tight delay constraints. 
So we interleave only over a 20ms frame span. If you can relax your delay 
constraints, 

and you can for HF data, then you can interleave over much longer spans. 


Phil 


From forrerj@ucs.orst.edu Wed Mar 06 20:00:06 1996 

Received: from PEAK.ORG (root@PEAK.ORG [198.68.23.17]) by tapr.org 
(8.7.5/8.7.3/1.8) with SMTP id TAA17022 for <hfsig@tapr.org>; Wed, 6 Mar 1996 
19:59:46 -Q600 (CST) 

Received: from p00.tO.monrotel.com (p00.tO.monrotel.com [198.68.25.33]) by 
PEAK.ORG (8.6.12/8.6.7) with SMTP id RAA01937; Wed, 6 Mar 1996 17:59:24 -0800 
Message-Id: <199603070159.RAAQ1937@PEAK.ORG> 

X-Sender: forrera@kira.peak.org (Unverified) 

X-Mailer: Windows Eudora Version 1.4.4 

Mime-Version: 1.0 

Content-Type: text/plain; charset="us-ascii" 

Date: Wed, 06 Mar 1996 18:07:09 -0800 

To: hfsig@tapr.org 

From: forrerj@ucs.orst.edu (Johan Forrer) 

Subject: Re: [HFSIG:944] AS and macros 

Cc: hasch@ihf.uni-stuttgart.de (Juergen Hasch) 


Hello Juergen, 


I have now succeeded in assembling Alexander's HF channel simulator for the 
320C25. 
One small problem that you may be able to help with: 


When I generate Intel Hex format output with the P2HEX program, data bytes 
comes out swapped, i.e., the MSB and LSB order is swapped. Address and line 
checksums are correct though. Short of writing my own version of P2HEX, do 
you know of a way to get it right? I have played with the "-m" switch set to 
Q,1,2 and none are completely right. What am I missing? 


With that little problem out of the way, I can load the code into the DSP-93 
and actually try it. 


73's 
--Johan 


From forrerj@ucs.orst.edu Wed Mar 06 20:25:57 1996 
Received: from PEAK.ORG (root@PEAK.ORG [198.68.23.17]) by tapr.org 


(8.7.5/8.7.3/1.8) with SMTP id UAA18296 for <hfsig@tapr.org>; Wed, 6 Mar 1996 
20:25:51 -0600 (CST) 

Received: from p00.tO.monrotel.com (p01.tO.monrotel.com [198.68.25.34]) by 
PEAK.ORG (8.6.12/8.6.7) with SMTP id SAAQ5878 for <hfsig@tapr.org>; Wed, 6 Mar 
1996 18:25:31 -0800 

Message-Id: <199603070225.SAAQ5878@PEAK.ORG> 

X-Sender: forrera@kira.peak.org (Unverified) 

X-Mailer: Windows Eudora Version 1.4.4 

Mime-Version: 1.0 

Content-Type: text/plain; charset="us-ascii" 

Date: Wed, 06 Mar 1996 18:33:15 -0800 

To: hfsig@tapr.org 

From: forrerj@ucs.orst.edu (Johan Forrer) 

Subject: Re: [HFSIG:950] Re: Sync Vectors for HF Digital 


Hi Phil, 


> 

>Certainly. Why is HF packet any different from VHF/UHF packet? The channel 
>characteristics, of course. If you can compensate for those characteristics 
with 

>appropriate coding, then conventional protocols should work as well over HF 
>as they do over VHF/UHF. This is not to say they'll work xwellx, of course, 
because 

>they also have problems on VHF/UHF. :-) 

> 

>I believe the approaches I discussed in my paper "Toward New Link Layer 
Protocols" 

>are aS appropriate for HF as for anywhere else. In there I describe a 
packet format 

>that consists of a fixed-size header followed by a variable length data 
segment. 

>The header is always heavily coded, while the data is coded at an effectively 
>varying rate with Type II ARQ-FEC running the link. 

> 

>When you code effectively, large packets have the advantage of spanning 
fades, which 

>lets you apply interleaving to the problem. One of the things I've learned from 
>Qualcomm CDMA is that interleaving is a very powerful tool against fading, but 
>we are limited in how much of it we can do because of our tight delay 
constraints. 

>So we interleave only over a 20ms frame span. If you can relax your delay 
constraints, 

>and you can for HF data, then you can interleave over much longer spans. 

> 

>Phil 

> 

> 


If I follow the argument correctly: instead of looking for the ACK ina 
fixed time slot, like AMTOR/Pactor ARQ, one now look for a frame header that 
can arrive at any time. The protocol probably allows for channel sharing if 


you can sort out amongst all these packets. There is no question about the 
importance of interleaving. 


The argument is thus whether a powerful encoded ACK within an allocated time 
slot works as well as decoding a new frame. If the ACK is as good as the 
frame sync vector, it's like a new frame with a message of length zero. 
Is'nt it? I think the incentive is to move traffic by the least amount of 
unncessary overhead by hogging the frequency for a shorter time duration. I 
think that is what AMTOR/Pactor ARQ does. The tradeoff is perhaps the gains 
by allowing channel sharing. 


Which is better? 
--Johan 


From dibene@VNET.IBM.COM Thu Mar 07 10:28:52 1996 

Received: from VNET.IBM.COM (vnet.ibm.com [199.171.26.4]) by tapr.org 

(8.7.5/8.7.3/1.8) with SMTP id KAAQ2079 for <hfsig@tapr.org>; Thu, 7 Mar 1996 

10:28:49 -Q600 (CST) 

Message-Id: <199603071628.KAAQ2079@tapr.org> 

Received: from ROMVMNIC by VNET.IBM.COM (IBM VM SMTP V2R3) with BSMTP id 9468; 
Thu, 07 Mar 96 11:28:32 EST 

Date: Thu, 7 Mar 96 17:30:26 EST 

From: dibene@VNET.IBM.COM (Alberto di Bene) 

To: HASCH@IHF.UNI-STUTTGART. DE 

cc: hfsig@tapr.org 

Subject: Re: [HFSIG:948] Re: AS and macros 

Reply-To: dibene@VNET.IBM.COM 

Organization: IBM Semea S.p.A. 

News-Software: UReply 3.1 


In a previous message, you wrote: 
Sas 


>You can get AS to print english messages if you download the AS pascal source 
>from the ftp-server in stuttgart (ftp.uni-stuttgart.de) and recompile it with 
>the english message resources contained in ‘aseng.zip' 


I downloaded the ASSRC.ZIP from the Stuttgart ftp site, but it seems to be 
relative to version 1412, not 1413. To assemble for the TMS320C50 the 

latest version is needed. Do you know if there is any hope to have the source 
code for version 1413 placed on that ftp server ? I am afraid that reading 
error messages in German would lead me to still more errors :-) 


Thanks, 


Alberto di Bene dibene@vnet.ibm.com i2phd@amsat.org 


From frode@dxcern.cern.ch Thu Mar 07 11:25:57 1996 
Received: from dxmint.cern.ch (dxmint.cern.ch [137.138.26.76]) by tapr.org 
(8.7.5/8.7.3/1.8) with SMTP id LAAQ5588 for <hfsig@tapr.org>; Thu, 7 Mar 1996 
11:25:45 -0600 (CST) 
Received: from dxcern.cern.ch by dxmint.cern.ch 
id AA23633; Thu, 7 Mar 1996 18:25:03 +0100 
Received: by dxcern.cern.ch (5.65/DEC-Ultrix/4.3) 
id AA22402; Thu, 7 Mar 1996 18:25:02 +0100 
Date: Thu, 7 Mar 1996 18:25:00 +0100 (MET) 
From: Frode Weierud <frode@dxcern.cern.ch> 
To: HFSIG TAPR <hfsig@tapr.org> 
Subject: UPLOAD of the AS assembler 
Message-Id: <Pine.ULT.3.91.960307181916 .21481A-100000@dxcern.cern.ch> 
Mime-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 


I have just uploaded Alfred Arnold's AS assembler to the TAPR 
FTP server: ftp.tapr.org in the directory: tapr/SIG/hfsig/upload 


Below is the contents of the as1413.txt file. 
73's Frode, LA2RL 


The three archive files as1413.zip, asx1413.zip and asps1413.zip contains 
Alfred Arnold's AS assembler. 


The archive file as1413.zip contains the basic AS assembler and all its 
support files. This executeable is running in Real-Mode. 


The archive file asx1413.zip contains a Protected-Mode version of 
the AS assembler. 


The archive file asps1413.zip contains the full documentation in 
Postscript, but unfortunately in German only. 


Please find a copy of the readme.txt that accompanies the software. 


73's Frode, LA2RL 


Frode Weierud Phone : 41 22 7674794 
CERN, SL Fax : 41 22 7679185 
CH-1211 Geneva 23, Switzerland E-mail : frode@dxcern.cern.ch 


Alfred Arnold 
Broeltalstr.5a 


D-53773 Hennef (Sieg) 


E-Mail: a.arnold@kfa-juelich.de 


In diesem Verzeichnis befinden sich die Dateien zum 

Makroassembler AS. Bei allen Dateien handelt es sich um mit 

ZIP komprimierte Archive, die man mit UNZIP oder PKUNZIP wieder 
"entfalten" kann. Die Dateien haben folgenden Inhalt 

(wobei xxx und y fuer Versionsnummer und Release stehen, die sich ab 
und zu aendern ;-) ) 


- ASxxxy.ZIP : Basisdatei. Enthaelt die Real-Mode-Version des 
Assemblers sowie die Hilfsprogramme und Demos. 
Diese Datei wird auf jeden Fall benoetist. 

- ASXxxxy.ZIP : Protected-Mode-Version des Assemblers. Diese 
enthaelt neben dem Assembler nur die Runtime- 
Libraries, die Hilfsprogramme aus der ersten 
Datei sind zusaetzlich erforderlich!!! 

- AS2xxxy.ZIP : 16-Bit OS/2-Version des Assemblers. Hier sind auch 
die Hilfsprogramme als 0S/2-Versionen dabei, jedoch 
nicht eventuell benoetigte Includes (STDDEFxx. INC) 
oder Demoprogramme. 

- ASTXxxxy.ZIP : LaTeX-Quellen der Dokumentation zu AS, ASX und AS2. 
Diese Texte finden sich in ASCII-Form in den 
ersten drei Dateien wieder. 

- ASPSxxxy.ZIP : Die Dokumentation in PostScript-Dateien 


Es werden folgende Zielprozessoren unterstuetzt: 


- Motorola 68000. .68030,683xx inkl. Koprozessor und MMU 
- Motorola DSP56000 

- Motorola/IBM MPC601/MPC505/PPC403 
- Motorola 6800, 6805, 6809, 68(HC)11, 68HC16 sowie Hitachi 6301 
- Hitachi 6309 

- Hitachi H8/300(L/H) 

- Hitachi H8/500 

- Hitachi SH7000/7600 

- Rockwell 6502 und 65(S)C02 

- CMD 65816 

- Mitsubishi MELPS-740 

- Mitsubishi MELPS-7700 

- Mitsubishi MELPS-4500 

- Mitsubishi M16 

- Intel MCS-48/41 

- Intel MCS-51 

- Intel MCS-96 

- Intel 8080/8085 

- AMD 29K 

- Siemens 80C166/167 

- Zilog Z80, Z180, Z380 

- Zilog Z8 

- Toshiba TLCS-900(L) 

- Toshiba TLCS-90 

- Toshiba TLCS-870 

- Toshiba TLCS-47 


- Toshiba TLCS-9000 

- Microchip PIC16C54. .16C57 

- Microchip PIC16C84/PIC16C64 
- Microchip PIC17C42 

- SGS-Thomson ST62xx 

- SGS-Thomson 6804 

- Texas Instruments TMS32010/32015 
- Texas Instruments TMS3202x 
- Texas Instruments TMS320C3x 
- Texas Instruments TMS320C5x 
- Texas Instruments TMS370xxx 
- NEC uPD 78(C)1x 

- NEC uPD 75xxx (alias 75KO) 


Viel Spass beim Assemblieren! (Fragen und Fehlerberichte bitte 
an obige E-Mail-Adresse) 


From sadowskp@jcsar.nellis.af.mil Thu Mar 07 11:35:53 1996 

Received: from bncc.nellis.af.mil (bncc.nellis.af.mil [132.58.120.19]) by tapr.org 

(8.7.5/8.7.3/1.8) with SMTP id LAAQ6176 for <hfsig@tapr.org>; Thu, 7 Mar 1996 

11:35:26 -0600 (CST) 

Received: from mailgtwy.nellis.af£f.mil by bncc.nellis.af.mil with SMTP 
(1.38.193.4/16.2) id AAQ8070; Thu, 7 Mar 1996 09:42:22 -0800 

Received: by mailgtwy.nellis.af.mil with Microsoft Mail 
id <313F034F@mailgtwy.nellis.af.mil>; Thu, 07 Mar 96 09:39:59 cst 

From: "Sadowski,P 04 USAF JCSAR/EDD" <sadowskp@jcsar.nellis.af.mil> 

To: hfsig <hfsig@tapr.org> 

Subject: RE: [HFSIG:928] Re: Sound Card Interface 

Date: Thu, 07 Mar 96 09:31:00 cst 

Message-Id: <313F034F@mailgtwy.nellis.af£.mil> 

Encoding: 31 TEXT 

X-Mailer: Microsoft Mail V3.0 


Saw this particular comment and I couldn't help but throw in my 2 cents. 
US DoD went through extreme pain and agony over the overhead of 

the new protocols over low bandwidth channels. After spending some 
serious money with many different experts... they came up with a low 
overhead protocol... with FEC option... called TACO 2 (tactical comm 
protocol). I suggest the SIG look into this protocol.... DoD has been 
seeking IEEE or ISO standard for this protocol. Its tailor made for 
low BW RF links... 


ALOHA 
Al AH6LS 


From: hfsig 

To: hfsig 

Subject: [HFSIG:928] Re: Sound Card Interface 
Date: Thursday, February 29, 1996 10:59AM 


I see a discussion about ways to implement AX25 for the new HF modems. 

To my opinion thats a bad track. To much overhead, lack of forward error 
correction etc.. 

It may seem appealing at the first hand to gain easy access to an existing 
application 

software base, but long time the disadvantages of AX25 will dominate.. 
Same is true for TCP/IP... just to much overhead for low thruput channels. 
Makes no sense to put all effort into faster modems and then eat it up 
with protocols that don't fit... 


73 Peter 


From hasch@ihf.uni-stuttgart.de Thu Mar 07 13:55:42 1996 
Received: from artemis.rus.uni-stuttgart.de (artemis.rus.uni-stuttgart.de 
[129.69.18.28]) by tapr.org (8.7.5/8.7.3/1.8) with ESMTP id NAA12618 for 
<hfsig@tapr.org>; Thu, 7 Mar 1996 13:55:38 -0600 (CST) 
Received: from ihfrisc.ihf.uni-stuttgart.de (ihfrisc.ihf.uni-stuttgart.de 
[129.69.95.31]) by artemis.rus.uni-stuttgart.de with SMTP id UAA27508 
(8.6.12/IDA-1.6 for <hfsig@tapr.org>); Thu, 7 Mar 1996 20:55:34 +0100 

Received: from rusxppp170.rus.uni-stuttgart.de by ihfrisc.ihf.uni-stuttgart.de 
(AIX 3.2/UCB 5.64/BelWue-2.1RS) 

id AA25202; Thu, 7 Mar 1996 20:54:12 +0100 
Message-Id: <9603071954.AA25202@ihfrisc.ihf.uni-stuttgart.de> 
Date: Thu, 07 Mar 96 20:40:25 CET 
From: hasch@ihf.uni-stuttgart.de (Juergen Hasch) 
Reply-To: hasch@ih£.uni-stuttgart.de (Juergen Hasch) 
To: hfsig@tapr.org 
X-Mailer: PMMail (v1.05 UNREGISTERED SHAREWARE) 
Subject: Re: AS and macros 


Hello Johan, 
On Wed, 6 Mar 1996 20:00:19 -0600 (CST) you wrote: 


>When I generate Intel Hex format output with the P2HEX program, data bytes 
>comes out swapped, i.e., the MSB and LSB order is swapped. Address and line 
>checksums are correct though. Short of writing my own version of P2HEX, do 
>you know of a way to get it right? I have played with the "-m" switch set to 
>0,1,2 and none are completely right. What am I missing? 


By using '-m 1' you can swap LSB and MSB, isn't this what you want ? 

There is a switch '-F DSK' to produce TI DSK output, maybe this is 

what you need. 

I have to admit I never used anything else than the original P format, so I never 
cared much about P2HEX. 


> 
>With that little problem out of the way, I can load the code into the DSP-93 
>and actually try it. 

Hopefully you are successfull and get the simulator running. I would be glad to 
hear about your experiences with the simulator. 


73's de Juergen DG1SCR 


From cbuttsch@slonet.org Thu Mar 07 14:16:17 1996 

Received: from biggulp.callamer.com (cbuttsch@biggulp.callamer.com [199.74.141.2]) 
by tapr.org (8.7.5/8.7.3/1.8) with ESMTP id 0AA13390 for <hfsig@tapr.org>; Thu, 7 
Mar 1996 14:16:15 -0600 (CST) 

Received: (from cbuttsch@localhost) by biggulp.callamer.com (8.7.4/8.7.3) id 
MAA12713; Thu, 7 Mar 1996 12:16:13 -@800 (PST) 

Date: Thu, 7 Mar 1996 12:16:12 -0800 (PST) 

From: Clifford Buttschardt <cbuttsch@slonet.org> 

X-Sender: cbuttsch@biggulp.callamer.com 

To: hfsig@tapr.org 

cc: hfsig@tapr.org 

Subject: Re: [HFSIG:955] Re: Sound Card Interface 

In-Reply-To: <313F034F@mailgtwy.nellis.af.mil> 

Message-ID: <Pine.OSF.3.91.960307121503 .18375F -100000@biggulp.callamer.com> 
MIME-Version: 1.0 

Content-Type: TEXT/PLAIN; charset=US-ASCII 


Now here is the first sensible suggestion in many tries. This protocol 
has been around for some time, but we seem to want to reinvent the wheel 


each and every time. 72 Cliff Buttschardt W6HDO 


On Thu, 7 Mar 1996, Sadowski,P O04 USAF JCSAR/EDD wrote: 


> 

> Saw this particular comment and I couldn't help but throw in my 2 cents. 
> US DoD went through extreme pain and agony over the overhead of 

> the new protocols over low bandwidth channels. After spending some 

> serious money with many different experts... they came up with a low 

> overhead protocol... with FEC option... called TACO 2 (tactical comm 

> protocol). I suggest the SIG look into this protocol.... DoD has been 

> seeking IEEE or ISO standard for this protocol. Its tailor made for 

> low BW RF links... 

> 

> ALOHA 

> Al AH6LS 

> 

> wee ee ee ee 

> From: hfsig 

> To: hfsig 

> Subject: [HFSIG:928] Re: Sound Card Interface 

> Date: Thursday, February 29, 1996 10:59AM 

> 

> I see a discussion about ways to implement AX25 for the new HF modems. 
> To my opinion thats a bad track. To much overhead, lack of forward error 
> correction etc.. 

> It may seem appealing at the first hand to gain easy access to an existing 
> application 

> software base, but long time the disadvantages of AX25 will dominate. . 

> Same is true for TCP/IP... just to much overhead for low thruput channels. 
> Makes no sense to put all effort into faster modems and then eat it up 


> with protocols that don't fit... 
> 

> 73 Peter 

> 

> 


From forrerj@ucs.orst.edu Thu Mar 07 15:53:27 1996 
Received: from ucs.orst.edu (root@UCS.ORST.EDU [128.193.4.5]) by tapr.org 
(8.7.5/8.7.3/1.8) with SMTP id PAA18896 for <hfsig@tapr.org>; Thu, 7 Mar 1996 
15:53:25 -0600 (CST) 
Received: from p05.tO.monrotel.com by ucs.orst.edu; 
(5.65v3.2/1.1.8.2/24Sep94-1201PM) 
id AA17529; Thu, 7 Mar 1996 13:53:18 -0800 
Message-Id: <9603072153.AA17529@ucs.orst.edu> 
X-Sender: forrerj@ucs.orst.edu (Unverified) 
X-Mailer: Windows Eudora Version 1.4.4 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
Date: Thu, 07 Mar 1996 14:01:11 -0800 
To: hfsig@tapr.org 
From: forrerj@ucs.orst.edu (Johan Forrer) 
Subject: Re: [HFSIG:956] Re: AS and macros 


Hi Juergen, 


Thanks for the advice. The -m 1 option does swap the bytes, but it does 
something strange with the address fields too. I solved the problem by 
writing a quicky program that takes the hex output file and writes it in the 
swapped form. This fixed it and now code loads into the DSP-93. 


I will have to relocate the simulator's memory to run on the DSP-93 - my C26 
DSK only has expanded P memory, and the simulator needs some stack space 
that is allocated to grown down from 1500h. The DSP-93 has plenty of P and 
Data memory, but it is a C25, so the reason for moving data memory. 


I would be very interested in working from your modified version of the 
simulator code, if that is possible. Otherwise I'll work on the previous 
version - is there some major change between these versions? 


Otherwise I discovered a "feature" in the DSP-93 code. It is assumed that 

"BANZ label" implies "BANZ label,x-" I think this is an old leftover from 
320C10 days? It took a bit of puzzling to find that this is the reason why 
"AS" -generated code would not run on the DSP-93. Anyways all is well now 

with using AS. I like it a lot. 


I'll let you know when I get the simulator code working. Looking forward to 
receiving the updated version of the simulator code. 


73's 


--Johan 


From forrerj@ucs.orst.edu Thu Mar 07 15:53:33 1996 
Received: from ucs.orst.edu (root@UCS.ORST.EDU [128.193.4.5]) by tapr.org 
(8.7.5/8.7.3/1.8) with SMTP id PAA18914 for <hfsig@tapr.org>; Thu, 7 Mar 1996 
15:53:31 -0600 (CST) 
Received: from p05.tO.monrotel.com by ucs.orst.edu; 
(5.65v3.2/1.1.8.2/24Sep94-1201PM) 
id AA20548; Thu, 7 Mar 1996 13:53:22 -0800 
Message-Id: <9603072153 .AA20548@ucs.orst.edu> 
X-Sender: forrerj@ucs.orst.edu (Unverified) 
X-Mailer: Windows Eudora Version 1.4.4 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
Date: Thu, 07 Mar 1996 14:01:15 -0800 
To: hfsig@tapr.org 
From: forrerj@ucs.orst.edu (Johan Forrer) 
Subject: Re: [HFSIG:955] Re: Sound Card Interface 


Hi Al, 

Any pointers where we can find a description of TACO 2 ? 

--Johan 

> 

>Saw this particular comment and I couldn't help but throw in my 2 cents. 


>US DoD went through extreme pain and agony over the overhead of 
>the new protocols over low bandwidth channels. After spending some 


>serious money with many different experts... they came up with a low 
>overhead protocol... with FEC option... called TACO 2 (tactical comm 
>protocol). I suggest the SIG look into this protocol.... DoD has been 


>seeking IEEE or ISO standard for this protocol. Its tailor made for 
>low BW RF links... 

> 

>ALOHA 

>Al AH6LS 

> 


From mkotas@ccmail.crosscomm.com Fri Mar 08 03:19:29 1996 

Received: from net.crosscomm.com (crosscomm.com [206.4.63.10]) by tapr.org 

(8.7.5/8.7.3/1.8) with SMTP id DAA28426 for <hfsig@tapr.org>; Fri, 8 Mar 1996 

03:19:27 -0600 (CST) 

Received: from crossc.crosscomm.com by net.crosscomm.com with SMTP 
(1.38.193.4/16.2) id AA25529; Fri, 8 Mar 1996 04:18:30 -0500 

Received: from ccmail.crosscomm.com by crossc.crosscomm.com with SMTP 
(1.38.193.4/16.2) id AA11038; Fri, 8 Mar 1996 04:13:40 -0500 

Received: from cc:Mail by ccmail.crosscomm.com (1.30/SMTPLink) 
id AQ6220; Fri, 08 Mar 96 04:14:40 EST 

Date: Fri, 08 Mar 96 04:14:40 EST 

From: Marek Kotas <mkotas@ccmail.crosscomm.com> 

Message-Id: <9603080414.A06220@ccmail.crosscomm. com> 

To: hfsig@tapr.org 

Subject: Re: [HFSIG:959] 


Hello everyone, 


General discussion on TACO 2 could be found at: 
http: //www.tasc.com/NITFS/briefings/TACO2_intro.html 


Standard is provided at: 
http: //www.itsi.disa.mil/ismc/misc/ftpage.html (+ notice of change) 


Unfortunately these are WordPerfect files - could somebody convert them to 
PostScript or Acrobat, please? 


Greetings, 
Marek, SP20VR 


PE Nase 8 oI I hs od Reply Separator 
Subject: [HFSIG:959] Re: Sound Card Interface 
Author: forrerj@ucs.orst.edu (Johan Forrer) at inet 
Date: 3/7/96 4:12 PM 


Hi Al, 

Any pointers where we can find a description of TACO 2 ? 

--Johan 

> 

>Saw this particular comment and I couldn't help but throw in my 2 cents. 


>US DoD went through extreme pain and agony over the overhead of 
>the new protocols over low bandwidth channels. After spending some 


>serious money with many different experts... they came up with a low 
>overhead protocol... with FEC option... called TACO 2 (tactical comm 
>protocol). I suggest the SIG look into this protocol.... DoD has been 


>seeking IEEE or ISO standard for this protocol. Its tailor made for 
>low BW RF links... 

> 

>ALOHA 

>Al AH6LS 

> 


From forrerj@ucs.orst.edu Fri Mar 08 11:21:48 1996 
Received: from ucs.orst.edu (root@UCS.ORST.EDU [128.193.4.5]) by tapr.org 
(8.7.5/8.7.3/1.8) with SMTP id LAA16983 for <hfsig@tapr.org>; Fri, 8 Mar 1996 
11:21:45 -0600 (CST) 
Received: from p01.tO.monrotel.com by ucs.orst.edu; 
(5.65v3.2/1.1.8.2/24Sep94-1201PM) 
id AA15101; Fri, 8 Mar 1996 09:21:36 -0800 
Message-Id: <9603081721.AA15101@ucs.orst.edu> 
X-Sender: forrerj@ucs.orst.edu 
X-Mailer: Windows Eudora Version 1.4.4 
Mime-Version: 1.0 


Content-Type: text/plain; charset="us-ascii" 
Date: Fri, 08 Mar 1996 09:29:35 -0800 

To: hfsig@tapr.org 

From: forrerj@ucs.orst.edu (Johan Forrer) 
Subject: Re: [HFSIG:960] Re: 


Thanks Marek, 


I got the TACO2 documentation now and will have a loot at it. It seems 
primarily for image transmission? 


--Johan 


> 

>Hello everyone, 

> 

>General discussion on TACO 2 could be found at: 

>http: //www.tasc.com/NITFS/briefings/TACO2_intro.html 

> 

>Standard is provided at: 
>http://www.itsi.disa.mil/ismc/misc/ftpage.html (+ notice of change) 
> 

>Unfortunately these are WordPerfect files - could somebody convert them to 
>PostScript or Acrobat, please? 


> 
>Greetings, 

>Marek, SP20VR 

> 

eg te a 2 Ne a Reply Separator 


>Subject: [HFSIG:959] Re: Sound Card Interface 

>Author: forrerj@ucs.orst.edu (Johan Forrer) at inet 

>Date: 3/7/96 4:12 PM 

> 

> 

>Hi Al, 

> 

>Any pointers where we can find a description of TACO 2 ? 

> 

>--Johan 

> 

>> 

>>Saw this particular comment and I couldn't help but throw in my 2 cents. 
>>US DoD went through extreme pain and agony over the overhead of 
>>the new protocols over low bandwidth channels. After spending some 


>>serious money with many different experts... they came up with a low 
>>overhead protocol... with FEC option... called TACO 2 (tactical comm 
>>protocol). I suggest the SIG look into this protocol.... DoD has been 


>>seeking IEEE or ISO standard for this protocol. Its tailor made for 
>>low BW RF links... 

>> 

>>ALOHA 


>>Al AH6LS 
>> 
> 
> 


From hasch@ihf.uni-stuttgart.de Fri Mar 08 12:53:55 1996 
Received: from artemis.rus.uni-stuttgart.de (artemis.rus.uni-stuttgart.de 
[129.69.18.28]) by tapr.org (8.7.5/8.7.3/1.8) with ESMTP id MAA20966 for 
<hfsig@tapr.org>; Fri, 8 Mar 1996 12:53:43 -0Q600 (CST) 
Received: from ihfrisc.ihf.uni-stuttgart.de (ihfrisc.ihf.uni-stuttgart.de 
[129.69.95.31]) by artemis.rus.uni-stuttgart.de with SMTP id TAA12617 
(8.6.12/IDA-1.6 for <hfsig@tapr.org>); Fri, 8 Mar 1996 19:53:36 +0100 
Received: from ihfrs5.ihf.uni-stuttgart.de by ihfrisc.ihf.uni-stuttgart.de (AIX 
3.2/UCB 5.64/BelWue-2.1RS) 
id AA31915; Fri, 8 Mar 1996 19:52:13 +0100 
Received: by ihfrs5.ihf.uni-stuttgart.de (AIX 3.2/UCB 5.64/BelWue-1.41AIXRS) 
id AA18987; Fri, 8 Mar 1996 19:53:35 +0100 
From: hasch@ihf.uni-stuttgart.de (Juergen Hasch) 
Message-Id: <9603081853.AA18987@ihfrs5.ihf.uni-stuttgart.de> 
Subject: As again... 
To: hfsig@tapr.org 
Date: Fri, 8 Mar 1996 19:53:34 +0100 (MEZ) 
Mime-Version: 1.0 
Content-Type: text/plain; charset=US-ASCII 
Content-Transfer-Encoding: 7bit 


Hello Johan, 


> I will have to relocate the simulator's memory to run on the DSP-93 - my C26 
> DSK only has expanded P memory, and the simulator needs some stack space 

> that is allocated to grown down from 1500h. The DSP-93 has plenty of P and 

> Data memory, but it is a C25, so the reason for moving data memory. 

If you use a C25 processor, you will have to change some of the code, 

because MACD won't move any data in the external data memory (->DMOV). 

I have the same problem here and will try to get a C26 sample processor. 
(Where can you buy a single CPU...) 


>I would be very interested in working from your modified version of the 
>simulator code, if that is possible. Otherwise I'll work on the previous 
>version - is there some major change between these versions? 

Alexander added input signal power measurement and changed the memory 
layout. All data now fits in the internal RAM of the C26, you will still 
need some external program memory though. 


>Otherwise I discovered a "feature" in the DSP-93 code. It is assumed that 

>"BANZ label" implies "BANZ label,x-" I think this is an old leftover from 
>320C10 days? It took a bit of puzzling to find that this is the reason why 
>"AS" -generated code would not run on the DSP-93. Anyways all is well now 

>with using AS. I like it a lot. 

This is exactly what my data book says... 


When I started writing C25 programs, I tried a number of different assemblers, 


but I never found anything better then AS. 
Btw, the author promised me to compile a AS version with english messages, I 
will upload it to the TAPR ftp server on monday, if this is OK. 


73's de Juergen DG1SCR 


From cbuttsch@slonet.org Sun Mar 10 12:01:43 1996 

Received: from biggulp.callamer.com (cbuttsch@biggulp.callamer.com [199.74.141.2]) 
by tapr.org (8.7.5/8.7.3/1.8) with ESMTP id MAA11469; Sun, 10 Mar 1996 12:01:39 
-Q600 (CST) 

Received: (from cbuttsch@localhost) by biggulp.callamer.com (8.7.4/8.7.3) id 
KAA16064; Sun, 10 Mar 1996 10:01:31 -0800 (PST) 

Date: Sun, 10 Mar 1996 10:01:31 -0800 (PST) 

From: Clifford Buttschardt <cbuttsch@slonet.org> 

X-Sender: cbuttsch@biggulp.callamer.com 

To: kc7ww@tapr.org 

cc: hfsig@tapr.org 

Subject: Re: [HFSIG:955] Re: Sound Card Interface 

In-Reply-To: <313F034F@mailgtwy.nellis.af.mil> 

Message-ID: <Pine.OSF.3.91.960310095759 .4485A-100000@biggulp.callamer.com> 
MIME-Version: 1.0 

Content-Type: TEXT/PLAIN; charset=US-ASCII 


Johan. This message seems just too much to ignore. Have you any 

knowledge of this effort and how we might get more information? With 

running the HF SIG, is suspect this something others ought to do for the 
group. My sucess with BPSK has totally overwhelmed me but I'll try for 

more information based on what has already been done. Cliff Buttschardt W6HDO 


On Thu, 7 Mar 1996, Sadowski,P O04 USAF JCSAR/EDD wrote: 


> 

> Saw this particular comment and I couldn't help but throw in my 2 cents. 
> US DoD went through extreme pain and agony over the overhead of 

> the new protocols over low bandwidth channels. After spending some 

> serious money with many different experts... they came up with a low 

> overhead protocol... with FEC option... called TACO 2 (tactical comm 

> protocol). I suggest the SIG look into this protocol.... DoD has been 
> seeking IEEE or ISO standard for this protocol. Its tailor made for 

> low BW RF links... 

> 

> ALOHA 

> Al AH6LS 

> 

> wee eee ee ee 

> From: hfsig 

> To: hfsig 

> Subject: [HFSIG:928] Re: Sound Card Interface 

> Date: Thursday, February 29, 1996 10:59AM 

> 

> I see a discussion about ways to implement AX25 for the new HF modems. 
> To my opinion thats a bad track. To much overhead, lack of forward error 
> correction etc.. 


It may seem appealing at the first hand to gain easy access to an existing 
application 

software base, but long time the disadvantages of AX25 will dominate.. 
Same is true for TCP/IP... just to much overhead for low thruput channels. 
Makes no sense to put all effort into faster modems and then eat it up 
with protocols that don't fit... 


73 Peter 


VVVV VV VV VV 


From ljs@west.net Sun Mar 10 13:37:54 1996 

Received: from acme.sb.west.net (root@acme.sb.west.net [205.254.224.2]) by 
tapr.org (8.7.5/8.7.3/1.8) with SMTP id NAA16501 for <hfsig@tapr.org>; Sun, 10 Mar 
1996 13:37:51 -0600 (CST) 

Received: from term1-16.sb.west.net (term1-16.sb.west.net [205.254.225.16]) by 
acme.sb.west.net (8.6.12/8.6.12) with SMTP id LAA19520 for <hfsig@tapr.org>; Sun, 
10 Mar 1996 11:37:33 -0800 

Message-Id: <199603101937.LAA19520@acme.sb.west.net> 

X-Sender: ljs@west.net 

X-Mailer: Windows Eudora Light Version 1.5.2 

Mime-Version: 1.0 

Content-Type: text/plain; charset="us-ascii" 

Date: Sun, 10 Mar 1996 11:37:50 -0800 

To: hfsig@tapr.org 

From: "L. J. Shepherd" <ljs@west.net> 

Subject: Pactor/Amtor ARQ 


Hello Group: 

I've been away from the SIG's for a bit and would like to 
bring myself up-to-date regarding HF DSP-93 software. 

I've used Dave Mills excellent AMTOR/SITOR FEC mode B and Rtty 
modem software with wonderful success. The ability of the DSP-93 to extract 
what seem to be impossible signals using Dave's sophisticated code is 
absolutely amazing. 

Superlatives aside, I'm currently wondering if AMTOR ARQ or 
PACTOR has made it to the DSP-93 software collection. In wandering through the 
ftp sites, the titles do not necessarily describe the program function. 

There was comment by Johann (some time back) concerning a possible porting 

of his 

PCTOR program to the DSP-93, and I am curious to know if our knowledgable 
programmers have attempted that task, or perhaps provided any new code for us 
to experiment with. 

This is my first visit to this SIG....... comments will be 
very much appreciated ! 

73, Jim  K60YY TAPR 502, AMSAT, ARRL 


From forrerj@ucs.orst.edu Sun Mar 10 17:59:24 1996 

Received: from ucs.orst.edu (root@UCS.ORST.EDU [128.193.4.5]) by tapr.org 
(8.7.5/8.7.3/1.8) with SMTP id RAA27720 for <hfsig@tapr.org>; Sun, 10 Mar 1996 
17:59:11 -0600 (CST) 

Received: from p08.tO.monrotel.com by ucs.orst.edu; 
(5.65v3.2/1.1.8.2/24Sep94-1201PM) 


id AA13964; Sun, 10 Mar 1996 15:58:50 -0800 
Message-Id: <9603102358.AA13964@ucs.orst.edu> 
X-Sender: forrerj@ucs.orst.edu 
X-Mailer: Windows Eudora Version 1.4.4 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
Date: Sun, 10 Mar 1996 16:07:17 -0800 
To: hfsig@tapr.org 
From: forrerj@ucs.orst.edu (Johan Forrer) 
Subject: Re: [HFSIG:964] Pactor/Amtor ARQ 


Hi Jim, 
Welcome to HFSIG. 


Frank Perkins has made a modem for the DSP-93 that will work with PCTOR 
version 3.07. Both are available for downloading from TAPR. This will give 
you AMTOR ARQ capability. 


Just briefly, the PCTOR program is a little different from Dave Mills' 
approach in that for the TOR program, all you need is to pre-load the DSP 
modem code with DSPLOAD into the DSP-93 before you fire up the TOR program. 
The TOR program does the bit and character extraction on the PC side. Dave's 
program does character extraction on the DSP and uses the DSP-93 UART for 
communicating character data to a dumb display (PROCOMM or such). Dave's 
program has some rather unique ideas such as a Viterbi soft-decision decoder 
for the slicer, which is a pretty sophisticated idea. 


There also is another program by Tom Sailer, HB9JNX that does 
RTTY/AMTOR/Pactor in one program. I have posted Tom's code on the HFSIG 
program upload area. I'm sure it will work with Frank's HF-93 DSP modem code. 


I also am certain that Mike Kerry's, (G4BMK), program(s), BMKMULTY will also 
work with Frank's DSP-modem because the RS-232 interface that all these TOR 
programs use are pretty much the same. 


I hope that gives you a couple of options to play with. I hope that I can 
get to revising and reworking my own HF DSP modems for the DSP-93 in a while. 


Let us know how it works out. 


>Hello Group: 


> I've been away from the SIG's for a bit and would like to 
>bring myself up-to-date regarding HF DSP-93 software. 
> I've used Dave Mills excellent AMTOR/SITOR FEC mode B and Rtty 


>modem software with wonderful success. The ability of the DSP-93 to extract 
>what seem to be impossible signals using Dave's sophisticated code is 


>absolutely amazing. 

> Superlatives aside, I'm currently wondering if AMTOR ARQ or 
>PACTOR has made it to the DSP-93 software collection. In wandering through the 
>ftp sites, the titles do not necessarily describe the program function. 

>There was comment by Johann (some time back) concerning a possible porting 

>of his 

>PCTOR program to the DSP-93, and I am curious to know if our knowledgable 
>programmers have attempted that task, or perhaps provided any new code for us 
>to experiment with. 


> This is my first visit to this SIG....... comments will be 
>very much appreciated ! 

> 73, Jim  K60YY TAPR 502, AMSAT, ARRL 
> 

> 


From ajm@teleoscom.com Tue Mar 12 13:32:58 1996 
Received: from uu5.psi.com (uu5.psi.com [38.145.226.3]) by tapr.org 
(8.7.5/8.7.3/1.8) with SMTP id NAAQ8474 for <hfsig@tapr.org>; Tue, 12 Mar 1996 
13:32:48 -0600 (CST) 
Received: by uu5.psi.com (5.65b/4.0.071791-PSI/PSINet) via UUCP; 
id AA27033 for ; Tue, 12 Mar 96 13:53:32 -0500 
Date: Tue, 12 Mar 96 13:40:00 EST 
From: ajm@teleoscom.com (Anthony J. Monteiro X-6315) 
Received: by teleoscom.com (4.1/3.2.083191-Teleos Communications Inc.) 
id AA18436; Tue, 12 Mar 96 13:40:00 EST 
Message-Id: <9603121840.AA18436@teleoscom. com> 
To: NOAOT@aol.com, forrerj@ucs.orst.edu 
Subject: Re: Latest news 
Cc: amsat-bb@amsat.org, hfsig@tapr.org 


I am interested in software for the EVM56002. Do you know of a C compiler 
for this that is low cost ? Is there software readily available for 
pacsat modems at 1200 or 9600 bps? 


Thanks and 73, 
Tony AA2TX@amsat.org 


From forrerj@ucs.orst.edu Wed Mar 13 01:00:46 1996 
Received: from ucs.orst.edu (root@UCS.ORST.EDU [128.193.4.5]) by tapr.org 
(8.7.5/8.7.3/1.8) with SMTP id BAA21567 for <HFSIG@TAPR.ORG>; Wed, 13 Mar 1996 
01:00:43 -0600 (CST) 
Received: from p06.tO.monrotel.com by ucs.orst.edu; 
(5.65v3.2/1.1.8.2/24Sep94-1201PM) 

id AAQ9725; Tue, 12 Mar 1996 23:00:34 -0800 
Message-Id: <9603130700.AA09725@ucs.orst.edu> 
X-Sender: forrerj@ucs.orst.edu 
X-Mailer: Windows Eudora Version 1.4.4 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii' 
Date: Tue, 12 Mar 1996 23:09:14 -0800 
To: HFSIG@tapr.org 
From: forrerj@ucs.orst.edu (Johan Forrer) 
Subject: DSP-93 version HF Channel simulator success 


Hi all, 


I thought that I would pass on the good news that the HF simulator code 
originally contributed by Alexander, DL8AAU, is now also working very nicely 
on the DSP-93. 


With the help of Alexander and Juergen, DG1SCR, who made it possble to run 
the code the TI 320C25, it still was quite a challenge to get it to run 
within the contraints of the 'C25. 


When playing a constant carrier into the input, the output really sounds 
like a dead carrier on HF with the typical fading and doppler on the signal. 


For those that joined HFSIG recently - the HF channel simulator is an 
implementation of the Watterson ionospheric model as described in the CCIR 
recommendations. It allows several different variations of ionospheric 
conditions to be simulated in real time and because the conditions are 
repeatable, remains the ideal way to evaluate modem performance under 
different conditions. 


There remains a bit more work to be done - all I can say is: 
Congratulations and good work Alexander and Juergen! 


--Johan, KC7WW 


From sadowskp@jcsar.nellis.af.mil Wed Mar 13 12:22:28 1996 

Received: from bncc.nellis.af.mil (bncc.nellis.af.mil [132.58.120.19]) by tapr.org 

(8.7.5/8.7.3/1.8) with SMTP id MAA19131 for <hfsig@tapr.org>; Wed, 13 Mar 1996 

12:22:22 -0600 (CST) 

Received: from mailgtwy.nellis.a£f.mil by bncc.nellis.af.mil with SMTP 
(1.38.193.4/16.2) id AA25813; Wed, 13 Mar 1996 10:30:01 -0800 

Received: by mailgtwy.nellis.af.mil with Microsoft Mail 
id <3146F873@mailgtwy.nellis.af.mil>; Wed, 13 Mar 96 10:31:47 cst 

From: "Sadowski,P 04 USAF JCSAR/EDD" <sadowskp@jcsar.nellis.af.mil> 

To: hfsig <hfsig@tapr.org> 

Subject: RE: [HFSIG:967] DSP-93 version HF Channel simulator success 

Date: Wed, 13 Mar 96 10:18:00 cst 

Message-Id: <3146F873@mailgtwy.nellis.af.mil> 

Encoding: 52 TEXT 

X-Mailer: Microsoft Mail V3.0 


Question..... At the digital communications conference this topic was 
discussed for a while... and I seem to recall that there was some 

discussion as to if this model takes into account noise and inteference 

in addition to fading and shifts.... At that time, the thought was that in 
fact no noise or interference was in the CCIR(?) standard.... Lots of 
mumbling in the audience about the validity of a model that doesn't 

have different noise and signal interference.... but then something is 
better than nothing I must admit.... anyway, is there any plan to 
"improve" 


the model with noise and interference???? TNX 


Also Johan... anything interesting from the TACO 2 stuff??? 
ALOHA 


Al AH6LS 
sadowskp@jcsar.nellis.af.mil 


> eweeeweew eee = = 
>From: hfsig 
>To: hfsig 


>Subject: [HFSIG:967] DSP-93 version HF Channel simulator success 
>Date: Wednesday, March 13, 1996 1:13AM 


>Hi all, 


>I thought that I would pass on the good news that the HF simulator code 
>originally contributed by Alexander, DL8AAU, is now also working very 
nicely 

>on the DSP-93. 


>With the help of Alexander and Juergen, DG1SCR, who made it possble to run 
>the code the TI 320C25, it still was quite a challenge to get it to run 
>within the contraints of the 'C25. 


>When playing a constant carrier into the input, the output really sounds 
>like a dead carrier on HF with the typical fading and doppler on the 
signal. 


>For those that joined HFSIG recently - the HF channel simulator is an 
>implementation of the Watterson ionospheric model as described in the CCIR 
>recommendations. It allows several different variations of ionospheric 
>conditions to be simulated in real time and because the conditions are 
>repeatable, remains the ideal way to evaluate modem performance under 
>different conditions. 


>There remains a bit more work to be done - all I can say is: 
>Congratulations and good work Alexander and Juergen! 


>--Johan, KC7WW 


From dibene@VNET.IBM.COM Wed Mar 13 12:36:57 1996 

Received: from VNET.IBM.COM (vnet.ibm.com [199.171.26.4]) by tapr.org 

(8.7.5/8.7.3/1.8) with SMTP id MAA19740 for <HFSIG@TAPR.org>; Wed, 13 Mar 1996 

12:36:54 -0600 (CST) 

Message-Id: <199603131836.MAA19740@tapr.org> 

Received: from ROMVMNIC by VNET.IBM.COM (IBM VM SMTP V2R3) with BSMTP id 2763; 
Wed, 13 Mar 96 13:36:40 EST 

Date: Wed, 13 Mar 96 19:25:57 EST 

From: dibene@VNET.IBM.COM (Alberto di Bene) 

To: HFSIG@tapr.org 

Subject: Re: [HFSIG:937] Re: C5x DSK Assembler 

Reply-To: dibene@VNET.IBM.COM 


Organization: IBM Semea S.p.A. 
News-Software: UReply 3.1 


I contacted Texas Instruments about the bugs in Version 1.10 of DSK5A 

and this is the answer I got. Note that, while the phone BBS may have the 
amended version (I didn't check, too expensive to call from Europe), the ftp 
mirror still has the buggy one, as of today (13th of March). 


Alberto, 


This is a known bug right after the DSK5A.EXE post on TI modem BBS. A correct 
version of DSK5A.EXE was put on the BBS to replace the wrong one couple days 
later. Please try download the DSK5A.EXE from TI modem BBS to get the right 
version of DSK5A.EXE. 


Best Regards, 
Jason Chyan 


DSP Application Engineer 
Texas Instruments Inc. 


Alberto di Bene dibene@vnet.ibm.com i2phd@amsat.org 
Microsoft gave you windows. OS/2 gives you the whole house. ) 


From forrerj@ucs.orst.edu Wed Mar 13 15:25:27 1996 
Received: from ucs.orst.edu (forrerj@UCS.ORST.EDU [128.193.4.5]) by tapr.org 
(8.7.5/8.7.3/1.8) with SMTP id PAA27559 for <hfsig@tapr.org>; Wed, 13 Mar 1996 
15:25:18 -0600 (CST) 
Received: by ucs.orst.edu; (5.65v3.2/1.1.8.2/13Mar96-1233PM) 

id AAQ9374; Wed, 13 Mar 1996 13:25:11 -0800 
Date: Wed, 13 Mar 1996 13:25:10 -0800 (PST) 
From: Johan Forrer <forrerj@ucs.orst.edu> 
To: hfsig@tapr.org 
Subject: Re: [HFSIG:968] RE: DSP-93 version HF Channel simulator success 
In-Reply-To: <3146F873@mailgtwy.nellis.af.mil> 
Message-Id: <Pine.OSF.3.91.960313130648 .31182A-100000@ucs.orst.edu> 
Mime-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 


Hi Allan, 
On Wed, 13 Mar 1996, Sadowski,P O04 USAF JCSAR/EDD wrote: 
> 


> Question..... At the digital communications conference this topic was 
> discussed for a while... and I seem to recall that there was some 


> discussion as to if this model takes into account noise and inteference 

> in addition to fading and shifts.... At that time, the thought was that in 
> fact no noise or interference was in the CCIR(?) standard.... Lots of 

> mumbling in the audience about the validity of a model that doesn't 

> have different noise and signal interference.... but then something is 

> better than nothing I must admit.... anyway, is there any plan to 

> "improve" 

> the model with noise and interference???? TNX 

> 


You make a good point. The CCIR recommendations does not include noise 
models. I think the discussions at the last DCC on this topic was mostly 
related to simulating nearby channel interference. This also is not 
included in the CCIR recommendations. 


There are some published work on simulating HF noise using a Markov 
process in addition to Gaussian noise. The present simulator does include 
means for computing the incoming signal power and a Gaussian noise 
generator, so presumeably one can do some Eb/NO comparisons. The field is 
wide open and begging for people to work on. 


> 
Also Johan... anything interesting from the TACO 2 stuff??? > > ALOHA > 
> Al AH6LS 


I spent a bit of time reading the TACO 2 documents - it's volumunous and 
very involved - the kind of thing that you need someone to walk you 
through to get the whole picture. I really have not much of an opinion 
worth anything at this time. There were a couple of first impressions 
that caught me eye: 


1) One must realize that the work was done in 1993, probably then based 
on older ideas. I think we know now in theory and by practical proof that 
the ECC methods used for TACO 2 is not the best for the effort, i.e., the 
block codes it uses. 


2) I was surprized to see that it still uses HDLC framing with its 
weaknesses in its sync vector. 


3) It proposes a new networking layering, to replace the exsisting ISO 
model. This makes it very difficult to judge what the designers were up 
to when it was proposed. 


I do realize that there are good ideas floating around in there, however, 
we have to get down to asking and answering a couple of fundametal 
concepts. I have been trying to stimulate some discussion about these 
issues and things have been coming along slowly. Perhaps this is one item 
to prepare something for the DCC in September? 


Not sure I answered any vexing questions? 


--Johan 


From danny@edstks1.demon.co.uk Wed Mar 13 16:58:01 1996 

Received: from relay-4.mail.demon.net (relay-4.mail.demon.net [158.152.1.108]) by 

tapr.org (8.7.5/8.7.3/1.8) with SMTP id QAAQ2386 for <hfsig@tapr.org>; Wed, 13 Mar 

1996 16:57:48 -0600 (CST) 

Received: from post.demon.co.uk ([158.152.1.72]) by relay-4.mail.demon.net 
id ab26814; 13 Mar 96 15:50 GMT 

Received: from edstks1.demon.co.uk ([158.152.142.125]) by relay-3.mail.demon.net 
id aa24852; 13 Mar 96 15:46 GMT 

Message-ID: <TX8£YHA12uRxEwWY@edstks1.demon.co.uk> 

Date: Wed, 13 Mar 1996 15:45:41 +0000 

To: hfsig@tapr.org 

From: Danny Higgins <danny@edstks1.demon.co.uk> 

Subject: Re: Error Condition Re: unsubscribe 

In-Reply-To: <hZV9dBAE9oRXEwRN@edstks1.demon.co.uk> 

MIME-Version: 1.0 

X-Mailer: Turnpike Version 1.11 <zogH+v+$95$r+05Xdu+894z58u> 


In message <hZV9dBAE9oRxXEwRN@edstks1.demon.co.uk>, hfsig@tapr.org writes 

> 

>We are sorry, but this system sensed the following request which may have been 
>inadvertedly sent to this list: 

> 

>UNSUBSCRIBE 

> 

>If your posting was intentional, please accept our apologies and resend your 
>mail message, making sure you do not include anything that may look like a 
>request in the first line of the body of the actual message. If this was 
>indeed a request please resend it to listproc@tapr.org 

>Your entire message 

>is copied below. 


>Unsubscribe 
I wish to unsubscribe for a few weeks. 


Danny Higgins 


From kurpiers@zeus.uet.e-technik.th-darmstadt.de Thu Mar 14 01:53:20 1996 
Received: from rs2.hrz.th-darmstadt.de (rs2.hrz.th-darmstadt.de [130.83.22.63]) by 
tapr.org (8.7.5/8.7.3/1.8) with SMTP id BAAQ5306 for <hfsig@tapr.org>; Thu, 14 Mar 
1996 01:53:16 -0600 (CST) 

Received: from zeus (zeus.uet.e-technik.th-darmstadt.de [130.83.18.75]) by 
rs2.hrz.th-darmstadt.de (8.6.12/8.6.12.1ms) with ESMTP id IAA16355 for 
<hfsig@tapr.org>; Thu, 14 Mar 1996 08:52:59 +0100 

Received: (from kurpiers@localhost) by zeus (8.7.1/8.6.9-HRZ) id IAA26725; Thu, 14 
Mar 1996 08:52:59 +0100 

Date: Thu, 14 Mar 1996 08:52:58 +0100 (MEZ) 

From: Alexander Kurpiers <kurpiers@zeus.uet.e-technik.th-darmstadt.de> 

To: hfsig@tapr.org 

Subject: Re: [HFSIG:970] RE: DSP-93 version HF Channel simulator success 
In-Reply-To: <Pine.OSF.3.91.960313130648 .31182A-100000@ucs.orst.edu> 


Message-ID: <Pine.A32.3.91.960314084651.20544B -100000@zeus.uet.e-technik.th- 
darmstadt.de> 

MIME-Version: 1.0 

Content-Type: TEXT/PLAIN; charset=US-ASCII 


On Wed, 13 Mar 1996, Johan Forrer wrote: 


Hi Allan, 


On Wed, 13 Mar 1996, Sadowski,P O04 USAF JCSAR/EDD wrote: 


> 

> Question..... At the digital communications conference this topic was 
> discussed for a while... and I seem to recall that there was some 

> discussion as to if this model takes into account noise and inteference 
> in addition to fading and shifts.... At that time, the thought was that in 
> fact no noise or interference was in the CCIR(?) standard.... Lots of 
> mumbling in the audience about the validity of a model that doesn't 

> have different noise and signal interference.... but then something is 
> better than nothing I must admit.... anyway, is there any plan to 

> "improve" 

> the model with noise and interference???? TNX 

> 


You make a good point. The CCIR recommendations does not include noise 
models. I think the discussions at the last DCC on this topic was mostly 
related to simulating nearby channel interference. This also is not 
included in the CCIR recommendations. 


There are some published work on simulating HF noise using a Markov 
process in addition to Gaussian noise. The present simulator does include 
means for computing the incoming signal power and a Gaussian noise 
generator, so presumeably one can do some Eb/NO comparisons. The field is 
wide open and begging for people to work on. 


VV VVV VV VV VV VV VV VV VV VV VV VV VV VV 


Hi! 


Eb/NO comparision was what I wanted to do with the simulator. Anyway... 
It has a very good Gaussian noise generator and enough power to include 
some interference models. I have some references about co-channel 
interference simulation somewhere. I could i.e. put in some narrow 

band Gaussian noise additional to the white noise I add at the 

output. The reason why I don't see a need to do so now is that we haven't 
got modulation schemes that can handle interference. Ok, we have a 

bit of FEC coding but what I think of is an adaptive demodulator that can 
withstand a fair amount of narrow band interference. 


73' Alexander 


From jbloom@nai.net Thu Mar 14 03:52:16 1996 


Received: from mgate.arrl.org (root@mgate.arrl.org [205.217.201.2]) by tapr.org 
(8.7.5/8.7.3/1.8) with SMTP id DAAQ9822 for <hfsig@tapr.org>; Thu, 14 Mar 1996 
03:52:12 -0600 (CST) 
Received: from jbloom.nai.net by mgate.arrl.org with smtp 
(Smail3.1.29.1 #9) id mOtx9ha-OOORBEC; Thu, 14 Mar 96 04:52 EST 
Received: by jbloom.nai.net with Microsoft Mail 
id <01BB1162.1973B060@jbloom.nai.net>; Thu, 14 Mar 1996 04:52:51 -@500 
Message-ID: <0Q1BB1162.1973B060@jbloom.nai.net> 
From: Jon Bloom <jbloom@nai.net> 
To: "'hfsig@tapr.org'" <hfsig@tapr.org> 
Subject: RE: [HFSIG:968] RE: DSP-93 version HF Channel simulator success 
Date: Thu, 14 Mar 1996 04:50:58 -0500 
MIME-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
Content-Transfer-Encoding: quoted-printable 


Sadowski,P 04 USAF JCSAR/EDD[SMTP:sadowskp@jcsar.nellis.af.mil] wrote: 
> 


>Question..... At the digital communications conference this topic was 
>discussed for a while... and I seem to recall that there was some 
>discussion as to if this model takes into account noise and inteference 
>in addition to fading and shifts.... At that time, the thought was = 
that in 

>fact no noise or interference was in the CCIR(?) standard.... Lots of 
>mumbling in the audience about the validity of a model that doesn't 
>have different noise and signal interference.... but then something is 
>better than nothing I must admit.... anyway, is there any plan to=20 
>"improve" 


>the model with noise and interference???? TNX 


It's not really a question of the model. What the simulator attempts to 
do is to model the propagation path. You need this so you can test your 
system with a desired-signal input that varies like it will when it = 
comes to you by skywave. 


The two other things you would like to do is test for the case where you = 
have interfering signals of various types (including non-Gaussian noise = 
sources) and test the system's performance under weak-signal conditions. 


Of course, you're likely to want to test using an input to the system = 
that exhibits all of these cases. But adding Gaussian noise and = 
interfering signals is pretty easy from an implementation point of view. 
That you can do with a couple of op-amps. (Or using DSP, of course.) It = 
is the propagation effects that are hard to do, and that's why I think = 
this report of Johan's is pretty significant. 


Testing with interfering "stations" is straightforward. First, select = 
the types of interfering signals you expect to see. In the case of an HF 
modem for amateur use, this would certainly include signals like those = 
of the system you're testing, but other digital signals (RTTY, AMTOR, = 
packet, etc) and CW signals are likely candidates, too. You also want to = 
consider frequency offsets of the interfering signals from that of the = 
desired signal. Altogether, you can end up with a pretty large test = 


matrix. Concentrating on worst-case scenarios should winnow it down, = 
though. So, you just generate the interfering signal and sum it with the 
"propagated" desired signal, applying the result to the system under = 
test. (Of course, you could also simulate propagation of the interfering 
signals, but it seems likely that the worst case would be that of = 
direct, unfaded interfering signals.) 


Non-Gaussian (impulsive) noise may be more of a challenge to = 
characterize because it can come from so many different sources, all of = 
which generate noise with different characteristics. But once you've = 
generated your impulse-noise signal, you again just sum it with the test 
signal. 


Finally, weak-signal operation is easy to simulate just by summing = 
bandlimited Gaussian noise with the test signal. 


In short, then, the propagation simulator is one key component of the = 
test system, not the entire system. 


-- Jon, KE3Z 


From Fermax.esp@vlc.servicom.es Fri Mar 15 00:11:07 1996 

Received: from ns.mad.servicom.es (root@ns.mad.servicom.es [194.106.0.132]) by 
tapr.org (8.7.5/8.7.3/1.8) with ESMTP id AAA12509 for <hfsig@tapr.org>; Fri, 15 
Mar 1996 00:10:56 -0600 (CST) 

From: Fermax.esp@vlc.servicom.es 

Received: from pop.vlc.servicom.es by ns.mad.servicom.es (8.6.12/FI-3.3) Fri, 15 
Mar 1996 07:12:10 +0100 

Message-Id: <199603150612 .HAA24843@ns.mad.servicom.es> 

X-Sender: a4608486@pop.vlc.servicom.es 

X-Mailer: Windows Eudora Light Version 1.5.2 

Mime-Version: 1.0 

Content-Type: text/plain; charset="us-ascii" 

Date: Fri, 15 Mar 1996 07:06:01 +0100 

To: hfsig@tapr.org 

Subject: LIST TEST - DON'T READ! 


From dona@tridelta.com Fri Mar 15 08:15:19 1996 

Received: from wariat.wariat.org (uucp@wariat.wariat.org [192.147.147.1]) by 
tapr.org (8.7.5/8.7.3/1.8) with ESMTP id IAAQ2901 for <hfsig@tapr.org>; Fri, 15 
Mar 1996 08:15:17 -0600 (CST) 

Received: from tridelta.com (uucp@localhost) by wariat.wariat.org (8.7.5/8.6.9) 
with UUCP id JAA14402 for hfsig@tapr.org; Fri, 15 Mar 1996 09:15:14 -0500 (EST) 
Received: from sparcy.tridelta.com (sparcy [192.160.168.222]) by tdi3.tridelta.com 
(8.6.9/8.6.9) with ESMTP id IAAQ7694 for <hfsig@tapr.org>; Fri, 15 Mar 1996 
08:43:55 -0500 

Received: from donapc.tridelta.com (donapc.tridelta.com [192.160.168.70]) by 
sparcy.tridelta.com (8.7.1/8.7.1) with SMTP id IAA11659 for <hfsig@tapr.org>; Fri, 
15 Mar 1996 08:43:47 -0500 (EST) 

Date: Fri, 15 Mar 1996 08:43:47 -0500 (EST) 

Message-Id: <199603151343.IAA11659@sparcy.tridelta. com> 

X-Sender: dona@sparcy 


X-Mailer: Windows Eudora Version 1.4.4 

Mime-Version: 1.0 

Content-Type: text/plain; charset="us-ascii" 

To: hfsig@tapr.org 

From: dona@tridelta.com (Don Adams) 

Subject: Re: [HFSIG:972] RE: HF Channel Interference 


I think we should worry about the performance over basicaly a clean HF path 
first. ie low gaussian s/n. Once we get something that has the performance 

we want ie high bit rates on good channels and low but get thru bit rates 

on weak channels, we can then use some sort of spread spectrum to spread 

the interfering signal. The spreading sequence might be optimized, (or may not 
have to be optimized), for the particular interference. I think we could 
handle this 

as a separate issue. 


> 

>Eb/NO comparision was what I wanted to do with the simulator. Anyway... 
>It has a very good Gaussian noise generator and enough power to include 
>some interference models. I have some references about co-channel 
>interference simulation somewhere. I could i.e. put in some narrow 

>band Gaussian noise additional to the white noise I add at the 

>output. The reason why I don't see a need to do so now is that we haven't 
>got modulation schemes that can handle interference. Ok, we have a 

>bit of FEC coding but what I think of is an adaptive demodulator that can 
>withstand a fair amount of narrow band interference. 

> 

>73' Alexander 

> 

> 

> 


From forrerj@ucs.orst.edu Sat Mar 16 11:27:07 1996 
Received: from ucs.orst.edu (root@UCS.ORST.EDU [128.193.4.5]) by tapr.org 
(8.7.5/8.7.3/1.8) with SMTP id LAA20545 for <HFSIG@TAPR.ORG>; Sat, 16 Mar 1996 
11:27:05 -0600 (CST) 
Received: from p08.tO.monrotel.com by ucs.orst.edu; 
(5.65v3.2/1.1.8.2/13Mar96-1233PM) 
id AA21829; Sat, 16 Mar 1996 09:27:00 -0800 
Message-Id: <9603161727 .AA21829@ucs.orst.edu> 
X-Sender: forrerj@ucs.orst.edu (Unverified) 
X-Mailer: Windows Eudora Version 1.4.4 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
Date: Sat, 16 Mar 1996 09:36:14 -0800 
To: HFSIG@tapr.org 
From: forrerj@ucs.orst.edu (Johan Forrer) 
Subject: HF Simulator Examples uploaded 


Hi, 


I have made a couple of examples of HF channel simulation for use on the 
DSP-93. It consists of flat and selective fading conditions of good, 


moderate, and poor severity. These are on the HFSIG upload area as 
"SIMTEST.TXT" and "SIMTEST.ZIP" 


These are loadable objects that you load with the DSP-93's "DSPLOAD" 
program. If you have a DSP-93, please try it - we will apprecaite some feedback. 


73's and good luck. 
--Johan, KC7WW 


From hammond@camel.campbell.edu Sat Mar 16 20:03:39 1996 

Received: from camel.campbell.edu (root@camel.campbell.edu [152.38.1.3]) by 
tapr.org (8.7.5/8.7.3/1.8) with ESMTP id UAA14918; Sat, 16 Mar 1996 20:03:36 -0600 
(CST) 

Received: from biopport16.campbell.edu (biopport16.campbell.edu [152.38.1.116]) by 
camel.campbell.edu (8.7.4/8.6.9) with SMTP id VAA19502; Sat, 16 Mar 1996 21:05:37 
-Q500 (EST) 

Message-Id: <1.5.4b12.32.19960317020327 .0067806c@camel.campbell.edu> 

X-Sender: hammond@camel.campbell.edu 

X-Mailer: Windows Eudora Light Version 1.5.4b12 (32) 

Mime-Version: 1.0 

Content-Type: text/plain; charset="us-ascii" 

Date: Sun, 17 Mar 1996 02:03:27 +0000 

To: dsp-93@tapr.org, hfsig@tapr.org 

From: "Mark L. Hammond" <hammond@camel.campbell.edu> 

Subject: DSP-93 HF Simulators 


Hi Johan, 


I tried the three simulations on my DSP-93. Sounds pretty nifty. I 
listened to each of them on a variety of audio signals on my IC-706--2M 
repeater(!), FM white noise, HF SSB white noise, hf digital signals, etc. 


Not sure what kind of feedback you want, but the simulators do a great 
representation to my ears, at least, of sounding like a variety of HF band 
conditions--fades, dips, multipath, etc. 


(btw, I'm not on the hfsig mailing group--only the dsp-93 group). 


>Hi, 

> 

>I have made a couple of examples of HF channel simulation for use on the 
>DSP-93. It consists of flat and selective fading conditions of good, 
>moderate, and poor severity. These are on the HFSIG upload area as 
>"SIMTEST.TXT" and "SIMTEST.ZIP" 

> 

>These are loadable objects that you load with the DSP-93's "DSPLOAD" 
>program. If you have a DSP-93, please try it - we will apprecaite some 
feedback. 

> 

>73's and good luck. 

> 


>--Johan, KC7WW 
> 


> 
> 
> 


Mark L. Hammond [KC4EBR] 


From forrerj@ucs.orst.edu Sun Mar 17 23:00:52 1996 

Received: from PEAK.ORG (root@PEAK.ORG [198.68.23.17]) by tapr.org 
(8.7.5/8.7.3/1.8) with SMTP id XAAQ5428 for <hfsig@tapr.org>; Sun, 17 Mar 1996 
23:00:49 -Q600 (CST) 

Received: from p05.tO0.monrotel.com (p05.tO.monrotel.com [198.68.25.38]) by 
PEAK.ORG (8.6.12/8.6.7) with SMTP id VAA27509 for <hfsig@tapr.org>; Sun, 17 Mar 
1996 21:00:45 -0800 

Message-Id: <199603180500.VAA27509@PEAK.ORG> 

X-Sender: forrera@kira.peak.org (Unverified) 

X-Mailer: Windows Eudora Version 1.4.4 

Mime-Version: 1.0 

Content-Type: text/plain; charset="us-ascii" 

Date: Sun, 17 Mar 1996 21:10:19 -0800 

To: hfsig@tapr.org 

From: forrerj@ucs.orst.edu (Johan Forrer) 

Subject: Re: [HFSIG:977] DSP-93 HF Simulators 


Hi Mark, 
Thanks for the feedback - that's a good start. 


>Hi Johan, 

> 

>I tried the three simulations on my DSP-93. Sounds pretty nifty. I 
>listened to each of them on a variety of audio signals on my IC-706--2M 
>repeater(!), FM white noise, HF SSB white noise, hf digital signals, etc. 
> 

>Not sure what kind of feedback you want, but the simulators do a great 
>representation to my ears, at least, of sounding like a variety of HF band 
>conditions--fades, dips, multipath, etc. 

> 

>(btw, I'm not on the hfsig mailing group--only the dsp-93 group). 

> 


Do you think the audio gain settings is OK? 


--Johan 


From rvdlee@austria.cp.philips.com Tue Mar 19 02:52:29 1996 

Received: from relay.philips.nl (ns.philips.nl [130.144.65.1]) by tapr.org 
(8.7.5/8.7.3/1.8) with ESMTP id CAA10213 for <hfsig@tapr.org>; Tue, 19 Mar 1996 
Q2:52:22 -0600 (CST) 

Received: (from smap@localhost) by relay.philips.nl (8.6.9/8.6.9-950414) id 


JAA21234 for <hfsig@tapr.org>; Tue, 19 Mar 1996 09:51:46 +0100 
Received: from unknown(192.26.173.32) by ns.philips.nl via smap (V1.3+ESMTP) with 
ESMTP 

id smaQ20933; Tue Mar 19 09:49:08 1996 
Received: from sunnm.austria.cp.philips.com (sunnm.austria.cp.philips.com 
[130.146.10.240]) by smtp.nl.cis.philips.com (8.6.10/8.6.10-0.9z-02May95) with 
SMTP id JAA25277 for <hfsig@tapr.org>; Tue, 19 Mar 1996 09:50:08 +0100 
Received: from Reinier ([130.146.30.198]) by sunnm.austria.cp.philips.com (4.1/ 
SMI-4.1 PL4) 

id AA21057; Tue, 19 Mar 96 09:50:58 +0100 
Received: by Reinier with Microsoft Mail 

id <01BB1578.F706D6E0@Reinier>; Tue, 19 Mar 1996 09:46:36 +-100 
Message-Id: <Q1BB1578.F706D6EQ@Reinier> 
From: Reinier van der Lee <rvdlee@austria.cp.philips.com> 
To: "'ham-tech@netcom.com'" <ham-tech@netcom.com>, "'TAPR'" <hfsig@tapr.org>, 

"'boston radio club'" <listserv@netcom.com> 

Subject: subscribe 
Date: Tue, 19 Mar 1996 09:46:11 +-100 
Encoding: 1 TEXT, 53 UUENCODE 
X-Ms-Attachment: WINMAIL.DAT 0 00-00-1980 00:00 


subscribe 
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From c-three@telepost.no Thu Mar 21 06:27:25 1996 

Received: from netto.telepost.no (netto.telepost.no [193.212.1.11]) by tapr.org 

(8.7.5/8.7.3/1.8) with SMTP id GAA20258 for <hfsig@tapr.org>; Thu, 21 Mar 1996 

06:27:21 -0600 (CST) 

Received: from c-three.telepost.no by netto.telepost.no with SMTP (8.6.13/nms1.1) 
id <NAA26397@netto.telepost.no> for <hfsig@tapr.org> ; Thu, 21 Mar 1996 

13:27:12 +0100 

Message-Id: <199603211227 .26397.telepost.no@telepost.no> 

X-Sender: c-three@telepost.no (Unverified) 

X-Mailer: Windows Eudora Light Version 1.5.2 

Mime-Version: 1.0 

Content-Type: text/plain; charset="us-ascii" 

Date: Thu, 21 Mar 1996 13:27:16 +0100 

To: hfsig@tapr.org 

From: Per-Tore <c-three@telepost.no> 

Subject: Re: [HFSIG:978] Re: DSP-93 HF Simulators 


I am new to this list, and would like to have more information on the DSP-93 
system. Where can I get it, what does it cost, what software is already 
available? 


Regards, 
Per-Tore 
LA7NO 


| Per-Tore Aasestrand 
| C-Three Systems AS 
| P.O. Box 1708 


E-mail : c-three@telepost.no | 
Fax : + 47 - 55 23 18 88 | 
Voice : + 47 - 55 32 67 67 | 


| N-5024 Bergen, Norway | Mobile : + 47 - 92 04 44 76 | 
sss ses ew ew we ew we ew eww ew ew ew ew ew ew ew ew ew ew ew ee eee ee St 


From dblunn@opennet.net.au Fri Mar 22 03:51:42 1996 

Received: from Tandem1.opennet.net.au (serverl.opennet.net.au [203.5.208.1]) by 
tapr.org (8.7.5/8.7.3/1.8) with SMTP id DAAQ5278 for <hfsig@tapr.org>; Fri, 22 Mar 
1996 03:51:37 -0600 (CST) 

Received: from syd-du7-11.opennet.net.au (syd-du7-11.opennet.net.au 
[203.14.128.107]) by Tandem1.opennet.net.au (8.6.12/8.6.12) with SMTP id TAA07776 
for <hfsig@tapr.org>; Fri, 22 Mar 1996 19:51:33 +1000 

Date: Fri, 22 Mar 1996 19:51:33 +1000 

Message-Id: <199603220951.TAAQ7776@Tandem1.opennet.net.au> 

X-Sender: dblunn@mail.opennet.net.au (Unverified) 

X-Mailer: Windows Eudora Version 1.4.3 

Mime-Version: 1.0 

Content-Type: text/plain; charset="us-ascii" 

To: hfsig@tapr.org 

From: dblunn@opennet.net.au (Dave Blunn) 

Subject: Help - HF TNC 


Can anyone advise my on which is the better of the two HF TNCs, as I am 
new to HF digital OPS. 


A PK 232 MBX or a KAM Plus ? 


The PK 232 is the cheaper of the two but does not have G-TOR, is it 
worth the extra to have G-TOR ? 


Regards 


Dave Blunn 
VK2DDJ 


From k5yfw@www.kelly-afb.org Fri Mar 22 09:17:07 1996 

Received: from www.kelly-afb.org (www.kelly-afb.org [204.214.204.10]) by tapr.org 
(8.7.5/8.7.3/1.8) with ESMTP id JAA18782 for <hfsig@tapr.org>; Fri, 22 Mar 1996 
09:17:04 -0600 (CST) 

Received: (from k5yfw@localhost) by www.kelly-afb.org (8.7.1/8.7.1) id JAA21086 
for hfsig@tapr.org; Fri, 22 Mar 1996 09:18:12 +0600 (GMT) 

From: Walt DuBose - K5YFW <k5yfw@www.kelly-afb.org> 

Message-Id: <199603220318.JAA21086@www.kelly-afb.org> 

Subject: Re: [HFSIG:981] Help - HF TNC 

To: hfsig@tapr.org 

Date: Fri, 22 Mar 1996 09:18:11 +0600 (GMT) 

In-Reply-To: <199603220951.TAAQ7776@Tandem1.opennet.net.au> from "Dave Blunn" at 
Mar 22, 96 04:04:22 am 

Reply-To: k5yfw@www.kelly-afb.org 

X-Mailer: ELM [version 2.4 PL24] 

Content-Type: text 


David, 
In your message you write: 


> 
> 
> Can anyone advise my on which is the better of the two HF TNCs, as I am 
> new to HF digital OPS. 

> 

> A PK 232 MBX or a KAM Plus ? 


The PK-232 is build better, physically, but that doesn't mean it 
will last longer (MTBF). 


Vv 


The PK 232 is the cheaper of the two but does not have G-TOR, is it 
> worth the extra to have G-TOR ? 


G-TOR is far superior to packet and might be better than Pactor 
or Pactor II. 


Don't try using packet at 300 baud on HF, this flies in the face 
of research done back in the late 40's and early 50's concerning 
baud rates on HF. SRI, Collins and other discovered that HF 
propagation, the ionspheric movement, distorts HF signals and 
causes multi-path signals that can cause FSK/AFSK signals to be 
un-detectable at baud rates above 100 and surely 150 baud. Of 
course, under good conditions, you would have the problem. I've 
heard 20 over S9 signals on HF and no QRM and the packet signal 
at 300 baud wouldn't decode. Dropped the buad rate to 110 baud 
and 100% copy. 


BTW, both Pactor and G-TOR are "smart" modes as they automatically 
adjust baud rates if signals become un-decodable. 


73, Walt/K5YFW 


Regards 


Dave Blunn 
VK2DDJI 


VVVVVV VV WV 


From ssykes@ns2.emirates.net.ae Fri Mar 22 20:59:17 1996 
Received: from ns2.emirates.net.ae (ns2.emirates.net.ae [194.170.1.7]) by tapr.org 
(8.7.5/8.7.3/1.8) with SMTP id UAA29679 for <hfsig@tapr.org>; Fri, 22 Mar 1996 
20:59:10 -Q600 (CST) 
Received: from csb025.emirates.net.ae by ns2.emirates.net.ae (5.x/SMI- 
SVR495081401) 

id AA09671; Sat, 23 Mar 1996 06:58:51 +0400 


Received: by csb025.emirates.net.ae with Microsoft Mail 
id <01BB1885.F9FC5040@csb025.emirates.net.ae>; Sat, 23 Mar 1996 06:57:18 
+-400 
Message-Id: <01BB1885.F9FC5040@csb025.emirates.net.ae> 
From: Stephan Sykes <ssykes@ns2.emirates.net.ae> 
To: "'hfsig@tapr.org'" <hfsig@tapr.org> 
Subject: RE: [HFSIG:981] Help - HF TNC 
Date: Sat, 23 Mar 1996 06:57:12 +-400 
Mime-Version: 1.0 
Content-Type: multipart/mixed; boundary="---- =_NextPart_000_01BB1885.FA03F160" 


------ =_NextPart_000_01BB1885 .FAQ3F160 
Content-Type: text/plain; charset="us-ascii" 
Content-Transfer-Encoding: quoted-printable 


In tests I was involved in a couple of years ago, the modem in the AEA = 
was somewhat better for long haul packet. It probably comes down to = 
personal preference though, each unit has unique features.=20 


From: Dave Blunn[SMTP:dblunn@opennet.net.au] 
Sent: Friday, March 22, 1996 8:04 AM 

To: hfsig@tapr.org 

Subject: [HFSIG:981] Help - HF TNC 


Can anyone advise my on which is the better of the two HF TNCs, as I am 
new to HF digital OPS. 


A PK 232 MBX or a KAM Plus ?=20 


The PK 232 is the cheaper of the two but does not have G-TOR, is it=20 
worth the extra to have G-TOR ? 


Regards 


Dave Blunn 
VK2DDJI 


ssa =_NextPart_000_01BB1885 .FAQ3F160 
Content-Type: application/ms-tnef 
Content-Transfer-Encoding: base64 


eJ8+ThICAQaQCAAEAAAAAAABAAEAAQeQB SA TAAAAS5AQAAAAAAADOAAENSAQAASAAAATAASABBIAG 
AAABAAABAAAADAAAAAMAADADAAAACWAPDSAAAAACAL8PAQAAADSAAAAAAAAASSS f£pL6jEBmdbgDd 
AQOUAZAAAABoZnNpZOBOYXByLm9yZwBTTVRQAGHmc21nQHRhcHIub3 JnAAAeAATWAQAAAAUAAABT 
TVRQAAAAAB4AAZABAAAADWAAAGHmc21nQHRhcHIub3 JnAAADABUMAQAAAAMA / g8GAAAAHgABMAEA 
AAARAAAAI2hmc21nQHRhcHIub3 Jn IJIwAAAAACAQSWAQAAABQAAABT TVRQOKhHGUOLHQFRBUFIuT1JH 


AAMAADkKAAAAACWBAOSEAAAACAELY PAQAAAAQAAAAAAAADWSKBC TAHABSAAABIUEOUTW1 IJ cm9zb2Z0 
TELThawWwuTm90ZQAxCAEE gAEAHgSAAAF JFOIBbSEZTSUc60T gxXSBIZWxwICOgSEYsVE5DAI8HAQWA 
AwAOAAAAZACDABcABgA5AAWABEA+AQE Sg SAMADSAAAMWHAWAXAAYANQARAAYAPWEBCYABACEAAAA1 
NUZCMT gwMj c30DRDRJEXxQ7] BCODQONDUIMZUOMDAWMADQBgEDkAYA£AQAABIAAAALACMAAAAAAAMA 
J gAAAAAACWApAAAAAAADADYAAAAAAEAAOQBSaYNVZBi7AR4ACAABAAAAHBAAAF JFOIBbSEZTSUc6 
OTgxXSBIZWxwICOgSEYsVE5DAAAAASF xAAEAAAAWAAAAADSYZG96Ahj 7VOR3ZEC+WuERFULQAAAAA 
HgAeDAEAAAAFAAAAUO1UUAAAAAACABBMAQAAABCAAABZC31LZXNAZWLIpcmFOZXMubmVOLmFLAAAD 
AAYQIOiQqwMABxDYAQAAHSATEAEAAABLAAAASU5URVNUUOLXQVNITLZPTFZFRELOQUNPVVBMRU9G 
WUVBULNBRO8SVEhFTU9ERULITLRIRUFFQVdBUINPTUVXSEFUQKVUVEVSRk9STE9OROHBVUxQQUNL 
RVRIVFBSTOJBQkxZQwAAAAACAQKQAQAAAPUCAADxXASAAL QUAAEXaRnWR1zT0/wAKAQ8CFQKoBesC 
swBQAvIJAgBjaArAc2VOMj cGAADDAoMyA8UCAHByQnER4nNOZWOCgZzN3AUQHEWKALQqGACM8I2T vx 
Fg8yNTUCSAqBDbELYMBuZZEwMzkK+xRR5Qvy YwBALEKDOBPQE8BhBCBJITHdhBCALSHaNBvB2CYAb 
OSBhIAWSAnULUGUgb2YgeUZ1LEZEckGdvLBsQaBsdEARibRxiHhJBRUGIGSNZA3AHOBGABUBiEcC/ 
E9AFwAIQBcAVoBkQIBGAIJnUDIAqwY2sRwC4gJxrgBUATUG9iAaBseaMcsQeCZG93GwFvIXD7BIAL 
oG4HQCIxDcAEkAnwzmMdEB4QCGBnaB3wHXD5EXAgdQMABUARSAQs JcHucQpQTJAdcHQIcAeQIeCD 
CoUKi2xpMT swAtHgaSOxNDQN8AZQKUO5C1kxNgqgA2ATOGMFQL4tK2cKhyobDDAq5kYDYY46LG4q 
5gyCIERHHDAEITELKQG5uWLNNMFRQOmMQKMTCgQG/£1I7AWoCHBMdTIhQFOsDyOdHwZgAjAuTy9bLgBp 
ZGGaeR3wTI QrAJIZEyMh3wADE50TY gs0Dowmy]QUSEOy 7] yOdVG80zZ8UVW2sD0G1InNQAGQE1AaL gWwZziP 
M551YmoHKyE6ry9bWOhGUOkARZo50DFdIEhYZWxwK1BCYEY6cE7mQydvKHMZNinnGkUqSmOKhUMD 
kQBweQISHRBh£GRZBAAeMSKwAiAbkGh+aSWRBAAeAyALHTEeEnR2dyOQQuRZHfAbDSRUAYb5StCoUx 
OALST4FC4WQO8SMM14CORTIBTLKNMHOAUUES3cDMR4E1CWPcd TAXAHKBLOGBN4ApABCD6PyddVB4h 
T£VILRFwHXBz17F JamJ1BUAjMAeRbgc rACEhMEFHLVRPUv8d8EiRJeEKhUnwACALoB4S8GV4dHIc 
oCOBU6hPcKNDTENMUmVnCxFzQOwDMCgKhVZLMkRES19XnOPVRP9OGCRUXAF / AAAAAAWAQEAAAAAAD 
ABEQAAAAAEAABZ2C 8 VwDJYx17AUAACDC gVwDJ Yx17AR4APQABAAAABQAAAF JFOiAAAAAAEDK= 


woe ee =_NextPart_000_01BB1885 . FAQ3F160- - 


From forrerj@ucs.orst.edu Sat Mar 23 10:42:54 1996 
Received: from ucs.orst.edu (root@UCS.ORST.EDU [128.193.4.5]) by tapr.org 
(8.7.5/8.7.3/1.8) with SMTP id KAA11280 for <HFSIG@TAPR.ORG>; Sat, 23 Mar 1996 
10:42:51 -0600 (CST) 
Received: from p01.tO.monrotel.com by ucs.orst.edu; 
(5.65v3.2/1.1.8.2/13Mar96-1233PM) 
id AAQ7325; Sat, 23 Mar 1996 08:42:43 -0800 
Message-Id: <9603231642 .AAQ7325@ucs.orst.edu> 
X-Sender: forrerj@ucs.orst.edu 
X-Mailer: Windows Eudora Version 1.4.4 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
Date: Sat, 23 Mar 1996 08:53:08 -0800 
To: HFSIG@tapr.org 
From: forrerj@ucs.orst.edu (Johan Forrer) 
Subject: Updated HF Channel Simulator 


Hi, 


For those interested in the DSP-93 version of the HF channel simulator, 
please check out the latest upload of an experimental HF channel simulator 
test. 


With Alexander's (DL8AAU) help, I managed to fix a few errors, and also 
included some new test conditions. The examples now reflect the CCIR 
specifications more accurately and now include: 


Selective fading: Good, moderate, poor, flutter fading, 
two kinds of flat fading: Good and severe. 


The updated package is available for downloading from: 
ftp.tapr.org/tapr/SIG/HFSIG/upload/simtest1. zip 


Trust you find it useful. 
73's 
--Johan Forrer, KC7WW 


From k6sti@n2.net Sat Mar 23 13:25:26 1996 

Received: from ravel.n2.net (ravel.n2.net [204.250.22.20]) by tapr.org 
(8.7.5/8.7.3/1.8) with SMTP id NAA18836 for <hfsig@tapr.org>; Sat, 23 Mar 1996 
13:25:24 -0600 (CST) 

Received: from ppp163.n2.net (ppp163.n2.net [204.250.22.163]) by ravel.n2.net 
(8.6.12/8.6.9) with SMTP id LAA20864 for <hfsig@tapr.org>; Sat, 23 Mar 1996 
11:26:53 -0800 

Date: Sat, 23 Mar 1996 11:26:53 -0800 

Message-Id: <199603231926.LAA20864@ravel.n2.net> 

X-Sender: k6sti@mail.n2.net 

X-Mailer: Windows Eudora Version 1.4.4 

Mime-Version: 1.0 

Content-Type: text/plain; charset="us-ascii" 

To: hfsig@tapr.org 

From: k6ésti@n2.net (Brian Beezley) 

Subject: Re: [HFSIG:984] Updated HF Channel Simulator 


>Hi, 

> 

>For those interested in the DSP-93 version of the HF channel simulator, 
>please check out the latest upload of an experimental HF channel simulator 
>test. 

> 

>With Alexander's (DL8AAU) help, I managed to fix a few errors, and also 
>included some new test conditions. The examples now reflect the CCIR 
>specifications more accurately and now include: 

> 

>Selective fading: Good, moderate, poor, flutter fading, 

>two kinds of flat fading: Good and severe. 

> 

>The updated package is available for downloading from: 
>ftp.tapr.org/tapr/SIG/HFSIG/upload/simtest1.zip 

> 

>Trust you find it useful. 

> 

>73's 

> 

>--Johan Forrer, KC7WW 

> 

> 


Johan, HFSIG needs to be hfsig in the URL. Thanks for the file. 


73--Brian, K6STI 
k6sti@n2.net 


From forrerj@ucs.orst.edu Sun Mar 24 14:09:37 1996 
Received: from ucs.orst.edu (root@UCS.ORST.EDU [128.193.4.5]) by tapr.org 
(8.7.5/8.7.3/1.8) with SMTP id 0AA13826 for <HFSIG@TAPR.ORG>; Sun, 24 Mar 1996 
14:09:33 -0600 (CST) 
Received: from p05.tO.monrotel.com by ucs.orst.edu; 
(5.65v3.2/1.1.8.2/13Mar96-1233PM) 
id AA27931; Sun, 24 Mar 1996 12:09:08 -0800 
Message-Id: <9603242009.AA27931@ucs.orst.edu> 
X-Sender: forrerj@ucs.orst.edu 
X-Mailer: Windows Eudora Version 1.4.4 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
Date: Sun, 24 Mar 1996 12:19:50 -0800 
To: HFSIG@tapr.org 
From: forrerj@ucs.orst.edu (Johan Forrer) 
Subject: Announcement 


Hi all, 


After talking with Greg - an update that may or may not be of interest to 
you; I will be finishing my work in academia around June (1996) and then be 
pursuing opportunities with my own company in future. 


The reason that this concerns HFSIG is that I intend doing future 
development work in the field of HF digital communications on a professional 
basis. It is quite likely that a conflict of interest could develop on 
certain issues, particularly as this special interest group is monitored by 
several with similar commercial interests. 


So - where does that leave HFSIG? I am willing to act as moderator for a 

while at least, however, invite your ideas and suggestions. If you would 

like to nominate someone that would be willing to take the reigns, please 
contact either me of Greg. 


Your consideration is much appreciated. 
--Johan Forrer, KC7WW 


----00---- 
P.S. In case you wonder; I will be spending a substantial amount of time on 
"new" HF digital communication systems for a U.S-based client, act as a DSP 
and hardware/software consultant, and be actively developing a family 
micromachine-agents on my own. If you perhaps know of anyone that needs 


help, please spread the word and keep me in mind in future. 


From FORRERJ@frl.orst.edu Mon Mar 25 11:01:34 1996 
Received: from FSL.ORST.EDU (root@FSL.ORST.EDU [128.193.112.105]) by tapr.org 
(8.7.5/8.7.3/1.8) with SMTP id LAA14952 for <HFSIG@TAPR.ORG>; Mon, 25 Mar 1996 
11:01:30 -0600 (CST) 
Received: from frl.orst.edu (FRL.ORST.EDU [128.193.118.10]) by FSL.ORST.EDU 
(8.6.9/8.6.9) with ESMTP id JAA29327 for <HFSIG@TAPR.ORG>; Mon, 25 Mar 1996 
09:01:27 -0800 
Received: from FRL/SpoolDir by frl.orst.edu (Mercury 1.21); 
25 Mar 96 09:07:54 PST8PDT 
Received: from SpoolDir by FRL (Mercury 1.21); 25 Mar 96 09:07:27 PST8PDT 
From: "Johan Forrer" <FORRERIJ@frl.orst.edu> 
Organization: Forest Research Lab. Oregon State 
To: HFSIG@tapr.org 
Date: Mon, 25 Mar 1996 09:07:19 -0800 
Subject: New EVM software package EVM56K3 
Priority: normal 
X-mailer: Pegasus Mail v3.22 
Message-ID: <63F82434FCD@frl.orst.edu> 


Hi all, 


I have had so many requests for various items for use with the DSP56002EVM 
that I made an updated version and uploaded it to HFSIG upload area. 


The new software includes a new operating system (Leonid) that fixes 
some bugs, also allows for users to select the 66 and 80 MHz DSP chips. 
There is an expanded interface schematic and updated modem codes. 


Be sure to check out the new weak signal detection and display software from 
Pawel, SP9VRC - it is superb! 


The code package is on: ftp.tapr.org/tapr/SIG/hfsig/upload/evm56k3.zip 
Enjoy. 
--Johan, KC7WW 


From dwborden@mail.pananet.com Tue Mar 26 08:36:20 1996 
Received: from mail.pananet.com ([206.33.152.3]) by tapr.org (8.7.5/8.7.3/1.8) 
with ESMTP id IAA19347 for <hfsig@tapr.org>; Tue, 26 Mar 1996 08:36:13 -0600 (CST) 
Received: from TARDIS.pananet.com ([206.34.130.25]) by mail.pananet.com 
(post.office MTA v1.9.3 ID# 0-12013) with SMTP id AAA10041 
for <hfsig@tapr.org>; Tue, 26 Mar 1996 12:37:35 -0400 
Message-ID: <3158013C.4D6E@pananet.com> 
Date: Tue, 26 Mar 1996 09:37:48 -0500 
From: dwborden@mail.pananet.com (David Borden (58) ) 
X-Mailer: Mozilla 2.0 (Win95; I) 
MIME-Version: 1.0 
To: hfsig@tapr.org 


Subject: Re: [HFSIG:987] New EVM software package EVM56kK3 
References: <63F82434FCD@frl.orst.edu> 

Content-Type: text/plain; charset=us-ascii 
Content-Transfer-Encoding: 7bit 


Johan, 

How do I print this evm56k post script schematic and pcb stuff? 
It does not appear to be Post Script, it looks binary encoded (after 
I run pkunzip on it of course). I think I got it from evm56k2.ps on 
the TAPR ftp directory. I tried sending it to my Post Script printer, 
but it declared it bad........ david, k8mmo/hp2 


Johan Forrer wrote: 
Hi all, 


I have had so many requests for various items for use with the DSP56002EVM 
that I made an updated version and uploaded it to HFSIG upload area. 


The new software includes a new operating system (Leonid) that fixes 
some bugs, also allows for users to select the 66 and 80 MHz DSP chips. 


There is an expanded interface schematic and updated modem codes. 


Be sure to check out the new weak signal detection and display software from 
Pawel, SP9VRC - it is superb! 


The code package is on: ftp.tapr.org/tapr/SIG/hfsig/upload/evm56k3.zip 


Enjoy. 


VVWV VV VV VV VV VV VV VV MV 


--Johan, KC7WW 


From seanw@hpqs0212.sqf.hp.com Tue Mar 26 11:06:07 1996 
Received: from paloalto.access.hp.com (daemon@paloalto.access.hp.com 
[15.254.56.2]) by tapr.org (8.7.5/8.7.3/1.8) with ESMTP id LAA26050 for 
<hfsig@tapr.org>; Tue, 26 Mar 1996 11:06:06 -0600 (CST) 
Received: from hpqs0212.sqf.hp.com by paloalto.access.hp.com with ESMTP 
(1.37.109.16/15.5+ECS 3.3) id AA234539953; Tue, 26 Mar 1996 09:05:55 -0800 
Received: by hpqs0212.sqf.hp.com 
(1.37.109.16/15.5+ECS 3.4 ) id AA116909952; Tue, 26 Mar 1996 17:05:52 GMT 
From: Sean Warren-Cox (SWC) <seanw@hpqs0212.sqf.hp.com> 
Message-Id: <199603261705.AA116909952@hpqs0212.sqf.hp.com> 
Subject: HF RDF 
To: hfsig@tapr.org 
Date: Tue, 26 Mar 1996 17:05:51 GMT 
In-Reply-To: <3158013C.4D6E@pananet.com>; from "58)" at Mar 26, 96 8:46 am 
X-Mailer: Elm [revision: 109.14] 


Hi all, 


I may get laughed of the stage for this but does anybody 

know of a way of getting position information of a 

transmitter to sub 1cm accuracy. I want to measure distances through 
solid objects such as walls in a house. My thoughts were to 

use Radio Direction Finding but I guess that for the accuracy I require 
the frequencies involved would be in the 5 GHz range and not very good for 
transmitting though solid objects. Are there any tricks used to 

calculate distance and position from a transmitted signal at lower 
frequencies. 


Thanks for your time, 


Sean Warren-Cox | sean@hpiplaa.sqf.hp.com 
TSD direct line | tel: 0131 331 7080 (Edinburgh, Scotland) 


From c-three@telepost.no Wed Mar 27 04:22:00 1996 

Received: from netto.telepost.no (netto.telepost.no [193.212.1.11]) by tapr.org 

(8.7.5/8.7.3/1.8) with SMTP id EAA20198 for <hfsig@tapr.org>; Wed, 27 Mar 1996 

04:21:58 -0600 (CST) 

Received: from c-three.telepost.no by netto.telepost.no with SMTP (8.6.13/nms1.1) 
id <LAA16028@netto.telepost.no> for <hfsig@tapr.org> ; Wed, 27 Mar 1996 

11:21:48 +0100 

Message-Id: <199603271021.16028.telepost.no@telepost.no> 

X-Sender: c-three@telepost.no 

X-Mailer: Windows Eudora Light Version 1.5.2 

Mime-Version: 1.0 

Content-Type: text/plain; charset="us-ascii" 

Date: Wed, 27 Mar 1996 11:21:50 +0100 

To: hfsig@tapr.org 

From: Per-Tore <c-three@telepost.no> 

Subject: Re: [HFSIG:989] HF RDF 


At 11:15 26.03.96 -0600, you wrote: 

>Hi all, 

> 

>I may get laughed of the stage for this but does anybody 

>know of a way of getting position information of a 

>transmitter to sub 1cm accuracy. I want to measure distances through 
>solid objects such as walls in a house. My thoughts were to 

>use Radio Direction Finding but I guess that for the accuracy I require 
>the frequencies involved would be in the 5 GHz range and not very good for 
>transmitting though solid objects. Are there any tricks used to 
>calculate distance and position from a transmitted signal at lower 
>frequencies. 

> 

>Thanks for your time, 


Sean Warren-Cox | sean@hpiplaa.sqf.hp.com 
TSD direct line | tel: 0131 331 7080 (Edinburgh, Scotland) 


VVV Vv 


Hi Sean, 

No, this is not a rediculous idea at all! 

In my opinion there are two ways to go in order to achieve the necessary 
accuracy: 

1) As you suggested, use VERY high frequency. 


2) Use Direct-Sequence-Spread-Spectrum with a sufficiently high chip-rate. 


In fact, using DSSS one can achieve higher precision than with any other 
method - with the exeption of using a laser, of course! 


Hope this helps. 


Regards, 

Per-Tore 

LA7NO 

Se Siti 
| Per-Tore Aasestrand | E-mail : c-three@telepost.no | 
| C-Three Systems AS | Fax oe a = 65 2316-88. || 
| P.O. Box 1708 | Voice : + 47 - 55 32 67 67 | 
| N-5024 Bergen, Norway | Mobile : + 47 - 92 04 44 76 | 
Se Stitt 


From nf41@jaxnet.com Wed Mar 27 16:27:38 1996 

Received: from mailhub.jaxnet.com (root@mailhub.jaxnet.com [204.183.221.15]) by 
tapr.org (8.7.5/8.7.3/1.8) with ESMTP id QAA12676 for <hfsig@tapr.org>; Wed, 27 
Mar 1996 16:27:33 -0600 (CST) 

Received: from nf4l.ppp (ts4-014.jaxnet.com [204.183.221.149]) by 
mailhub.jaxnet.com (8.7.4/8.6.12) with SMTP id RAA17997 for <hfsig@tapr.org>; Wed, 
27 Mar 1996 17:32:47 -0500 (EST) 

Message-ID: <3159COBF.5717@jaxnet.com> 

Date: Wed, 27 Mar 1996 17:27:11 -0500 

From: Mike Reublin <n£41@jaxnet.com> 

Organization: NFDXA 

X-Mailer: Mozilla 2.0GoldB1 (Win95; I) 

MIME-Version: 1.0 

To: hfsig@tapr.org 

Subject: Sorry guys 

Content-Type: text/plain; charset=us-ascii 

Content-Transfer-Encoding: 7bit 


I really didn't want to do this, and stand here in my Nomex awaiting the 
flames, but I can't think of any alternative. 


I've been trying for many weeks to unsubscribe from this group. Message comes 
back from the list server: 


NF4L@JAXNET.COM: You are not subscribed to hfsig@tapr.org 


In addition, the system found the following address(es) that resemble yours. 
If one of these is you, please resend your message from that one, or use the 
‘set <list> address' request to change the address you are subscribed with: 


NFAL@MATLHUB. JAXNET.COM 


I can get mail at either address (they're the same re: incoming). I reset my 
mailer to the mailhub one, sent the unsubscribe again. Same result. Sent for 
the help file. No help there. Tried the "set address" a couple of times, 
errrors returned. Sent 2 messages to "if you're having trouble". No answer. 


Could one of you gentlemen (no pileups) give me a way out? 
Thanks, and again my apologies for taking up the BW. 


73 de Mike NF41 
KKK KKK KKK KKK KKK KKK KKK KKK KKK KKK KKK KK KKK KK KKK KKK K KKK KKK KKK K 
Mike Reublin email: nf41@jaxnet.com 
Senior Programmer/Analyst Alltel Information Services 
KAKA KKK KKK KKK KKK KKK KKK KKK KKK KKK KKK KKK KK KKK KKK KAKA KKK KKK KAKA KEKE KEKE AKI 


From deh6@po.CWRU.Edu Fri Mar 29 10:06:37 1996 

Received: from kanga.INS.CWRU.Edu (dehé@kanga.INS.CWRU.Edu [129.22.8.32]) by 

tapr.org (8.7.5/8.7.3/1.9) with ESMTP id KAA22259 for <HFSIG@tapr.org>; Fri, 29 

Mar 1996 10:06:28 -0600 (CST) 

Received: (deh6é@localhost) by kanga.INS.CWRU.Edu (8.6.12+cwru/CWRU-2.1-bsdi) 
id LAAQ6593; Fri, 29 Mar 1996 11:06:20 -0500 (from dehé) 

Message-Id: <199603291606.LAA06593@kanga.INS.CWRU.Edu> 

Date: Fri, 29 Mar 1996 11:06:20 -0500 

From: deh6@po.CWRU.Edu (Donald E. Haselwood) 

To: HFSIG@tapr.org 

Subject: Coherent CW 

Reply-To: deh6é@po.CWRU.Edu (Donald E. Haselwood) 


I'm new on this sig, but I've been on the DSP-93 sig for "ages," 
have a DSP93 going (but more an educational toy than part of the 
station setup), and I've been tinkering/looking up references 

having to do with cw decoding. Coherent cw came to my attention. 


Can anyone direct me to info on coherent cw (or just digging cw 
out of the noise such as EME, HF, etc.)? 


I suspect there are "batches" of messages someplace in the HFSIG 
archives, but wading through them would be a project in itself. 


73's 


Don, K4JPJ 


From MPFahmie@lbl.gov Fri Mar 29 12:55:37 1996 

Received: from mh1.1lbl.gov (mh1.1lbl.gov [128.3.254.235]) by tapr.org 
(8.7.5/8.7.3/1.9) with ESMTP id MAAQ2235 for <hfsig@tapr.org>; Fri, 29 Mar 1996 
12:55:34 -0600 (CST) 

Received: from mikef (mikef.als.1lbl.gov [128.3.129.114]) by mh1.1lbl.gov (LBNLMWH3/ 
G) with SMTP id KAAQ2584 for <hfsig@tapr.org>; Fri, 29 Mar 1996 10:55:31 -0800 
(PST) 

Message-Id: <199603291855 .KAA02584@mh1.1b1.gov> 

X-Authentication-Warning: mh1.1lbl.gov: Host mikef.als.1lbl.gov [128.3.129.114] 
claimed to be mikef 

X-Sender: mikef@mh1.1bl. gov 

X-Mailer: Windows Eudora Pro Version 2.1.2 

Mime-Version: 1.0 

Content-Type: text/plain; charset="us-ascii" 


Date: Fri, 29 Mar 1996 10:54:52 -0800 
To: hfsig@tapr.org 

From: Mike Fahmie <MPFahmie@1lbl.gov> 

Subject: Re: [HFSIG:992] Coherent CW 


At 10:15 AM 3/29/96 -Q600, Don (K4JPJ) wrote: 
>Can anyone direct me to info on coherent cw (or just digging cw 
>out of the noise such as EME, HF, etc.)? 


> 


If you have a good library (or you happen to have them laying around the 
shack), you can read these articles to get the basic idea. 


QST Sept '75 page 26 Coherent CW, Amateur Radio's New State of 
the Art? 
CQ June/July '77 Coherent CW - The CW of the Future 
QST May ‘81 page 11 Coherent CW - The Concept (part 1) 
QST June'81 page 18 Coherent CW - The Practical Aspects 
QEX Feb'94 A DSP Version of Coherent CW 
-Mike- 

Mike Fahmie . Advanced Light Source 

Lawrence Berkeley National Laboratory 

(510) 486-4030 - MPFahmie@1bl1.gov 


WA6ZTY @ N6EEG 


From cbuttsch@slonet.org Fri Mar 29 17:49:43 1996 

Received: from biggulp.callamer.com (cbuttsch@biggulp.callamer.com [199.74.141.2]) 
by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id RAA19843 for <hfsig@tapr.org>; Fri, 29 
Mar 1996 17:49:40 -0600 (CST) 

Received: (from cbuttsch@localhost) by biggulp.callamer.com (8.7.4/8.7.3) id 
PAAQ2606; Fri, 29 Mar 1996 15:49:32 -@800 (PST) 


Date: Fri, 29 Mar 1996 15:49:31 -0800 (PST) 
From: Clifford Buttschardt <cbuttsch@slonet.org> 


X- 
To: 


Sender: cbuttsch@biggulp.callamer.com 
Johan Forrer <forrerj@ucs.orst.edu> 


cc: hfsig@tapr.org 

Subject: Re: [HFSIG:986] Announcement 

In-Reply-To: <9603242009.AA27931@ucs.orst.edu> 

Message-ID: <Pine.OSF.3.91.960329154443 .28325A-100000@biggulp.callamer.com> 
MIME-Version: 1.0 

Content-Type: TEXT/PLAIN; charset=US-ASCII 


Johan, as you I will be done with academia in June. I've been doing 
some, but not a great deal of consulting work. I would like to talk 
further with you regarding some common effort, especially so since I will 
be moving North of you just a few dozen miles. The server has been down 
Since the 24th, so best I call you. If we miss then, Dr. Cliff 
Buttschardt, Cal Poly, SLO, CA Engineering Technology (805) 772 2132. 


On Sun, 24 Mar 1996, Johan Forrer wrote: 


VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV VV 


Hi all, 


After talking with Greg - an update that may or may not be of interest to 
you; I will be finishing my work in academia around June (1996) and then be 
pursuing opportunities with my own company in future. 


The reason that this concerns HFSIG is that I intend doing future 
development work in the field of HF digital communications on a professional 
basis. It is quite likely that a conflict of interest could develop on 
certain issues, particularly as this special interest group is monitored by 
several with similar commercial interests. 


So - where does that leave HFSIG? I am willing to act as moderator for a 

while at least, however, invite your ideas and suggestions. If you would 

like to nominate someone that would be willing to take the reigns, please 
contact either me of Greg. 


Your consideration is much appreciated. 
--Johan Forrer, KC7WW 


----00---- 
P.S. In case you wonder; I will be spending a substantial amount of time on 
"new" HF digital communication systems for a U.S-based client, act as a DSP 
and hardware/software consultant, and be actively developing a family 
micromachine-agents on my own. If you perhaps know of anyone that needs 
help, please spread the word and keep me in mind in future. 


From cbuttsch@slonet.org Fri Mar 29 19:17:54 1996 

Received: from biggulp.callamer.com (cbuttsch@biggulp.callamer.com [199.74.141.2]) 
by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id TAA24303 for <hfsig@tapr.org>; Fri, 29 
Mar 1996 19:17:51 -0600 (CST) 

Received: (from cbuttsch@localhost) by biggulp.callamer.com (8.7.4/8.7.3) id 
RAA27657; Fri, 29 Mar 1996 17:14:49 -0Q800 (PST) 

Date: Fri, 29 Mar 1996 17:14:48 -0800 (PST) 

From: Clifford Buttschardt <cbuttsch@slonet.org> 

X-Sender: cbuttsch@biggulp.callamer.com 

To: Sean Warren-Cox <seanw@hpqs0212.sqf.hp.com> 

cc: hfsig@tapr.org 

Subject: Re: [HFSIG:989] HF RDF 

In-Reply-To: <199603261705.AA116909952@hpqs0212.sqf.hp.com> 

Message-ID: <Pine.OSF.3.91.960329171005 . 283251 -100000@bigsulp.callamer.com> 
MIME-Version: 1.0 

Content-Type: TEXT/PLAIN; charset=US-ASCII 


Sean, there was an absolutly superb experiment run by Stanford Research 
Institute when I was still with them in which solid objects were to be 
triangulated within some of the pyramids in Egypt! Various frequencies were 
used as well. By my simply mentioning this on the net, I would suppose 

we will get an answer, but if not, I'll see if I can get a clue on this 

as time passes. Cliff Buttschardt W6HDO 


On Tue, 26 Mar 1996, Sean Warren-Cox wrote: 
Hi all, 


I may get laughed of the stage for this but does anybody 

know of a way of getting position information of a 

transmitter to sub 1cm accuracy. I want to measure distances through 
solid objects such as walls in a house. My thoughts were to 

use Radio Direction Finding but I guess that for the accuracy I require 
the frequencies involved would be in the 5 GHz range and not very good for 
transmitting though solid objects. Are there any tricks used to 

calculate distance and position from a transmitted signal at lower 
frequencies. 


Thanks for your time, 


Sean Warren-Cox | sean@hpiplaa.sqf.hp.com 
TSD direct line | tel: 0131 331 7080 (Edinburgh, Scotland) 


VV VV VV VV VV VV VV VV VV VV VV 


From cbuttsch@slonet.org Sat Mar 30 18:31:12 1996 
Received: from biggulp.callamer.com (cbuttsch@biggulp.callamer.com [199.74.141.2]) 
by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id SAAQ2287 for <hfsig@tapr.org>; Sat, 30 


Mar 1996 18:31:09 -0600 (CST) 

Received: (from cbuttsch@localhost) by biggulp.callamer.com (8.7.4/8.7.3) id 
QAA27053; Sat, 30 Mar 1996 16:31:01 -0800 (PST) 

Date: Sat, 30 Mar 1996 16:31:01 -0800 (PST) 

From: Clifford Buttschardt <cbuttsch@slonet.org> 

X-Sender: cbuttsch@biggulp.callamer.com 

To: "Donald E. Haselwood" <deh6@po.cwru.edu> 

cc: Bill DeCarle <bill@ietc.ca>, hfsig@tapr.org 

Subject: Re: [HFSIG:992] Coherent CW 

In-Reply-To: <199603291606.LAA06593@kanga. INS.CWRU.Edu> 

Message-ID: <Pine.OSF.3.91.960330161757 .24987A-100000@bigsulp.callamer.com> 
MIME-Version: 1.0 

Content-Type: TEXT/PLAIN; charset=US-ASCII 


Donald: I am sorry to say that nearly nothing has been posted on the 
HFSIG and the DSP93 SIG regarding Coherent CW. It simply has been too 
awkward to do so with the further observation that DSP93 programming has 
been less than startling to say the least. Personally, I would like to 
see the DSP93 engine involved in this effort as would many others. 

In the meantime, consult QEX for Feb 1994 for a start in this 
effort. Also read what has been done years ago by DeCarle in the Jan 
1992 issue of QST. You will appreciate the fact that we have been doing 
this very type of communicating for years without the hassel of a devoted 
chip and using the power of a PC instead. You will find experiments in 
the 1750 meter band using BPSK (DPSK) and on all the ham bands using 
Coherent CW observing the 35 KHz and up rule. You might want to consult 
the Digital Journal for a monthly column addressed to these items as well. 
You will find a great deal of accomplishment has occured with very little 
talk just for the sake of talking! 73 Cliff Buttschardt W6HDO 


On Fri, 29 Mar 1996, Donald E. Haselwood wrote: 


> I'm new on this sig, but I've been on the DSP-93 sig for "ages," 
> have a DSP93 going (but more an educational toy than part of the 
> station setup), and I've been tinkering/looking up references 

> having to do with cw decoding. Coherent cw came to my attention. 
> 

> Can anyone direct me to info on coherent cw (or just digging cw 
> out of the noise such as EME, HF, etc.)? 

> 

> I suspect there are "batches" of messages someplace in the HFSIG 
> archives, but wading through them would be a project in itself. 
> 

> 73's 

> Don, K4IPJ 

> 

> 


From mhooper@netcom.com Sat Mar 30 19:39:12 1996 

Received: from netcom13.netcom.com (root@netcom13.netcom.com [192.100.81.125]) by 
tapr.org (8.7.5/8.7.3/1.9) with SMTP id TAAQ6060 for <hfsig@tapr.org>; Sat, 30 Mar 
1996 19:39:10 -0600 (CST) 

Received: from mhooper.netcom.com by netcom13.netcom.com (8.6.13/Netcom) 


id RAA27280; Sat, 30 Mar 1996 17:39:04 -0800 
Message-Id: <1.5.4b12.32.19960331013956 ..0068d0d8@netcom. com> 
X-Sender: mhooper@netcom.com 
X-Mailer: Windows Eudora Light Version 1.5.4b12 (32) 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 

Date: Sat, 30 Mar 1996 17:39:56 -0800 
To: hfsig@tapr.org 

From: Mike Hooper <mhooper@netcom. com> 
Subject: Need simple PTT circuit 


Hello Everyone: 


I am experimenting with Tom Sailor's PSATNC driver. The driver does not 
provide for PTT keying from a COMPORT as does PSATOR. While PTT data can be 
obtained from the FLAG_OUT pin on the DSP 2115 chip I would rather use a simple 
circuit that utilizes the tones going to the radio, rectifies them, and drives 
a simple 2n2222a switch that takes the radio's PTT to ground. 


Your assistance in this matter would be greatly appreciated. 


-73- Mike 


Mike Hooper 
mhooper@netcom.com 
kf£6pu@wb6ymh.#soca.ca.usa.noam 


From deh6@po.CWRU.Edu Sat Mar 30 20:21:24 1996 

Received: from kanga.INS.CWRU.Edu (deh6é@kanga.INS.CWRU.Edu [129.22.8.32]) by 

tapr.org (8.7.5/8.7.3/1.9) with ESMTP id UAAQ7891 for <hfsig@tapr.org>; Sat, 30 

Mar 1996 20:21:22 -0600 (CST) 

Received: (deh6é@localhost) by kanga.INS.CWRU.Edu (8.6.12+cwru/CWRU-2.1-bsdi) 
id VAA10080; Sat, 30 Mar 1996 21:21:17 -0500 (from dehé) 

Message-Id: <199603310221.VAA10080@kanga.INS.CWRU.Edu> 

Date: Sat, 30 Mar 1996 21:21:17 -0500 

From: deh6@po.CWRU.Edu (Donald E. Haselwood) 

To: hfsig@tapr.org 

Subject: Re: [HFSIG:996] Re: Coherent CW 

Reply-To: deh6@po.CWRU.Edu (Donald E. Haselwood) 


Cliff, 
Thanks for sending the message. 


>Also read what has been done years ago by DeCarle in the Jan 
>1992 issue of QST. You will appreciate the fact that we have 
>been doing this very type of communicating for years without the 
>hassel of a devoted chip and using the power of a PC instead. 


I pulled Jan ‘92 QST then it "clicked." I ordered the PC board 
for this project, but never assembled it (as I remember there 
were a couple of parts missing the catalogs I had, plus I was in 


the first two years of a Phd program at Case Western Reserve U. 
and pressed for time. It was an intriguing project but it fell 
by the wayside. [I'm retired and working on PhD in Organizatonal 
Behavior as "fun project." I have a MSEE and did engineering 
with data stuff and computers, starting in 1960 (before you could 
plug into the switched network, and hardly anybody had heard the 
term modem, etc.). I moved in management, got an early 
retirement, etc.] I'm past the "qualifying" stage on the degree 
so time is my own, though I still have to keep at it to get the 
dissertation done. 


Someone else posted some QST, QEX, and CQ references. I have the 
QEX article and that outlines the basics. I remember, way back, 
reading about a telegrapher "trick" called "doubling on the drop" 
or some such term, where the experienced telegraphers could 
double the speed of a telegraph circuit by operating 
synchronously. It was probably a forerunner of coherent cw. 


>You will find experiments in the 1750 meter band using BPSK 
>(DPSK) and on all the ham bands using Coherent CW observing the 
>35 KHz and up rule. You might want to consult the Digital 
>Journal for a monthly column addressed to these items as well. 


Digital Journal is new to me. I'll keep my eye open for it. 


73's 
Don 


From forrerj@ucs.orst.edu Sat Mar 30 22:36:44 1996 

Received: from PEAK.ORG (root@PEAK.ORG [198.68.23.17]) by tapr.org 
(8.7.5/8.7.3/1.9) with SMTP id WAA14740 for <HFSIG@TAPR.ORG>; Sat, 30 Mar 1996 
22:36:42 -Q600 (CST) 

Received: from p08.tO.monrotel.com (p08.tO.monrotel.com [198.68.25.41]) by 
PEAK.ORG (8.6.12/8.6.7) with SMTP id UAA26687 for <HFSIG@TAPR.ORG>; Sat, 30 Mar 
1996 20:36:36 -0800 

Message-Id: <199603310436.UAA26687@PEAK.ORG> 

X-Sender: forrera@kira.peak.org (Unverified) 

X-Mailer: Windows Eudora Version 1.4.4 

Mime-Version: 1.0 

Content-Type: text/plain; charset="us-ascii" 

Date: Sat, 30 Mar 1996 20:48:16 -0800 

To: HFSIG@tapr.org 

From: forrerj@ucs.orst.edu (Johan Forrer) 

Subject: Improved DSK (320C26) Assembler 


Hi, 


For those working with the TI 320C26 DSK, here is an alternative and 
improved assembler to the limited one supplied with the DSK. 


Thanks to Mike, G4BMK, for contributing his masterpiece. 


Look for Mike's assembler at: 


ftp.tapr.org/tapr/SIG/hfsig/upload/maxas.zip 
Enjoy, 
--Johan 


From sivula@NCSNRSO1ES.NTC.nokia.com Sun Mar 31 07:43:00 1996 
Received: from axl01it.ntc.nokia.com (axl01it.ntc.nokia.com [131.228.118.232]) by 
tapr.org (8.7.5/8.7.3/1.9) with SMTP id HAAQ8646 for <hfsig@tapr.org>; Sun, 31 Mar 
1996 07:42:58 -0600 (CST) 
Received: from ntcite01es.ntc.nokia.com (ms-smtp-gw4.tele.nokia.fi 
[131.228.138.80]) by axl@1it.ntc.nokia.com (8.6.9/8.6.9) with SMTP id NAA09741 for 
<hfsig@tapr.org>; Sun, 31 Mar 1996 13:18:34 +0200 
Received: by ntciteO01es.ntc.nokia.com with Microsoft Mail 
id <315E69B6@ntcite01es.ntc.nokia.com>; Sun, 31 Mar 96 13:17:10 eet 
From: Sivula Timo <sivula@NCSNRSO1ES.NTC.nokia.com> 
To: "'hfsig'" <hfsig@tapr.org> 
Subject: Skeds with EVM/DSP4 
Date: Sun, 31 Mar 96 14:20:00 eet 
Message-ID: <315E69B6@ntciteO1es.ntc.nokia.com> 
Encoding: 14 TEXT 
X-Mailer: Microsoft Mail V3.0 


Hello, 


is there anybody out there who would be interested in having a sked to 
Finland using some of Pawels, SP9VRC?s software on a EVM or DSP4? Paulus, 
PAOOCD and I have had a lot of QSO?s and it would be nice to have some more 
people in the skeds as well. 


regards 
Timo, OH2LVZ 
Timo.Sivula@ntc.nokia.com 


From forrerj@ucs.orst.edu Sun Mar 31 10:39:11 1996 
Received: from ucs.orst.edu (root@UCS.ORST.EDU [128.193.4.5]) by tapr.org 
(8.7.5/8.7.3/1.9) with SMTP id KAA15020 for <hfsig@tapr.org>; Sun, 31 Mar 1996 
10:39:09 -Q600 (CST) 
Received: from p07.tO.monrotel.com by ucs.orst.edu; 
(5.65v3.2/1.1.8.2/13Mar96-1233PM) 
id AA30111; Sun, 31 Mar 1996 08:39:00 -0800 
Message-Id: <9603311639.AA30111@ucs.orst.edu> 
X-Sender: forrerj@ucs.orst.edu 
X-Mailer: Windows Eudora Version 1.4.4 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
Date: Sun, 31 Mar 1996 08:50:42 -0800 
To: hfsig@tapr.org 
From: forrerj@ucs.orst.edu (Johan Forrer) 


Subject: Re: [HFSIG:997] Need simple PTT circuit 
Hello Mike, 


>From what I understood from Tom (and it was some long time ago), was that 
the time delay involved for the PTT command to work it's way from the DSP 
software, to the PC, to the PTT switch on the COM port, was unsatisfactory. 
That is because the sound card's DSP is doing HDLC and time slot persistance 
control and does not originate from the PC. Thus the delay involved and why 
he choose to add the PTT switch via the flag-out pin from where the DSP can 
directly control PTT. I'm not sure whether TOM's program stilll works like 
that. 


You may want to e-mail Tom and ask him for a solution. I agree that the COM 
port-derived PTT is the simplest way to go. 


Good luck, 73's 
--Johan 


>Hello Everyone: 

> 

> I am experimenting with Tom Sailor's PSATNC driver. The driver does not 
>provide for PTT keying from a COMPORT as does PSATOR. While PTT data can be 
>obtained from the FLAG_OUT pin on the DSP 2115 chip I would rather use a simple 
>circuit that utilizes the tones going to the radio, rectifies them, and drives 
>a simple 2n2222a switch that takes the radio's PTT to ground. 

> 

> Your assistance in this matter would be greatly appreciated. 

> 

>-73- Mike 

> 

> 

>Mike Hooper 

>mhooper@netcom.com 

>k£6pu@wb6ymh.#soca.ca.usa.noam 

> 

> 


From cbuttsch@slonet.org Sun Mar 31 10:49:45 1996 

Received: from biggulp.callamer.com (cbuttsch@biggulp.callamer.com [199.74.141.2]) 
by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id KAA15540 for <hfsig@tapr.org>; Sun, 31 
Mar 1996 10:49:42 -0600 (CST) 

Received: (from cbuttsch@localhost) by biggulp.callamer.com (8.7.4/8.7.3) id 
TAAQ6549; Sun, 31 Mar 1996 08:49:32 -@800 (PST) 

Date: Sun, 31 Mar 1996 08:49:31 -@800 (PST) 

From: Clifford Buttschardt <cbuttsch@slonet.org> 

X-Sender: cbuttsch@biggulp.callamer.com 

To: "Donald E. Haselwood" <deh6@po.cwru.edu> 

cc: hfsig@tapr.org 

Subject: Re: [HFSIG:998] Re: Coherent CW 

In-Reply-To: <199603310221.VAA10080@kanga. INS.CWRU.Edu> 

Message-ID: <Pine.OSF.3.91.960331084304 .31210A-100000@biggulp.callamer.com> 


MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 


Hello Don. Yes we are making very good progress with simple effort using 
both BPSK and CCW (BiPhase and Coherent CW). Since you started the 
process some years back why not now complete the proceedure? Regarding 
the DeCarle Spectrum analyzer board, the difficult chip has been the 
RS232 driver. Bill in Canada has a supply of them and I see where most 
mail order houses now carry the MAX equivelent chip which still fits the 
boards you purchase four years ago! 


Your next step is to check the home page of VE2IQ: 
http: //w3ietc.ca/home/bill/spbill.htm 


All the software you need and full instructions for what we are doing is 
easily downloaded without hassel. 


Good luck on ya and do join us "ordinary" guys! Cliff Buttschardt W6HDO 


From forrerj@ucs.orst.edu Sun Mar 31 19:19:01 1996 
Received: from ucs.orst.edu (root@UCS.ORST.EDU [128.193.4.5]) by tapr.org 
(8.7.5/8.7.3/1.9) with SMTP id TAAQ9280 for <hfsig@tapr.org>; Sun, 31 Mar 1996 
19:18:59 -Q600 (CST) 
Received: from p07.tO.monrotel.com by ucs.orst.edu; 
(5.65v3.2/1.1.8.2/13Mar96-1233PM) 
id AA12405; Sun, 31 Mar 1996 17:18:54 -0800 
Message-Id: <9604010118 .AA12405@ucs.orst.edu> 
X-Sender: forrerj@ucs.orst.edu (Unverified) 
X-Mailer: Windows Eudora Version 1.4.4 
Mime-Version: 1.0 
Content-Type: text/plain; charset="us-ascii" 
Date: Sun, 31 Mar 1996 17:30:39 -0800 
To: hfsig@tapr.org 
From: forrerj@ucs.orst.edu (Johan Forrer) 
Subject: Re: [HFSIG:1002] Re: Coherent CW 


Hi Cliff, 


>Hello Don. Yes we are making very good progress with simple effort using 
>both BPSK and CCW (BiPhase and Coherent CW). Since you started the 
>process some years back why not now complete the proceedure? Regarding 
>the DeCarle Spectrum analyzer board, the difficult chip has been the 
>RS232 driver. Bill in Canada has a supply of them and I see where most 
>mail order houses now carry the MAX equivelent chip which still fits the 
>boards you purchase four years ago! 

> 


Could you verify this URL please: I don't seem to be able to locate the host 
"w3ietc.ca" 


>Your next step is to check the home page of VE2IQ: 


> http: //w3ietc.ca/home/bill/spbill.htm 


Thanks, 
--Johan 


From cbuttsch@slonet.org Sun Mar 31 20:23:19 1996 

Received: from biggulp.callamer.com (cbuttsch@biggulp.callamer.com [199.74.141.2]) 
by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id UAA11894 for <hfsig@tapr.org>; Sun, 31 
Mar 1996 20:23:17 -0600 (CST) 

Received: (from cbuttsch@localhost) by biggulp.callamer.com (8.7.4/8.7.3) id 
SAA29155; Sun, 31 Mar 1996 18:23:10 -0800 (PST) 

Date: Sun, 31 Mar 1996 18:23:10 -0800 (PST) 

From: Clifford Buttschardt <cbuttsch@slonet.org> 

X-Sender: cbuttsch@biggulp.callamer.com 

To: Johan Forrer <forrerj@ucs.orst.edu> 

cc: hfsig@tapr.org 

Subject: Re: [HFSIG:1003] Re: Coherent CW 

In-Reply-To: <9604010118 .AA12405@ucs.orst.edu> 

Message-ID: <Pine.OSF.3.91.960331181731.13065H-100000@bigsulp.callamer.com> 
MIME-Version: 1.0 

Content-Type: TEXT/PLAIN; charset=US-ASCII 


Hi Johan. Good to see you in print. I hope I have made a mistake leaving 

out a decimal point as that would answer you request. Here is his URL: 
http: //w3.ietc.ca/home/bill/spbill.htm 

John, I used ordinary LYNX earlier today and was sucesful getting to 

him. I'll check my outgoing mail and see if I left off the decimal point. 

Do try and see if some of this information is useful to the group. It 

may not be all that can be done but it certainly is a useful start! 

Cliff Buttschardt  Wé6HDO 


On Sun, 31 Mar 1996, Johan Forrer wrote: 
Hi Cliff, 


>Hello Don. Yes we are making very good progress with simple effort using 
>both BPSK and CCW (BiPhase and Coherent CW). Since you started the 
>process some years back why not now complete the proceedure? Regarding 
>the DeCarle Spectrum analyzer board, the difficult chip has been the 
>RS232 driver. Bill in Canada has a supply of them and I see where most 
>mail order houses now carry the MAX equivelent chip which still fits the 
>boards you purchase four years ago! 

> 


Could you verify this URL please: I don't seem to be able to locate the host 
"w3ietc.ca" 


VV VV VV VV VV VV VV VV OV 


>Your next step is to check the home page of VE2IQ: 


> http: //w3ietc.ca/home/bill/spbill.htm 
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From cbuttsch@slonet.org Sun Mar 31 20:54:41 1996 
Received: from biggulp.callamer.com (cbuttsch@biggulp.callamer.com [199.74.141.2]) 
by tapr.org (8.7.5/8.7.3/1.9) with ESMTP id UAA13236 for <hfsig@tapr.org>; Sun, 31 
Mar 1996 20:54:38 -0600 (CST) 
Received: (from cbuttsch@localhost) by biggulp.callamer.com (8.7.4/8.7.3) id 
SAA17443; Sun, 31 Mar 1996 18:54:33 -0800 (PST) 
Date: Sun, 31 Mar 1996 18:54:30 -0800 (PST) 
From: Clifford Buttschardt <cbuttsch@slonet.org> 
X-Sender: cbuttsch@biggulp.callamer.com 
To: "Donald E. Haselwood" <deh6@po.cwru.edu>, 

Johan Forrer <forrerj@ucs.orst.edu>, hfsig@tapr.org 
cc: Bill DeCarle <bill@ietc.ca> 
Subject: Re: BPSK, Re: Coherent CW 
In-Reply-To: <Pine.OSF.3.91.960331084304 .31210A-100000@biggulp.callamer.com> 
Message-ID: <Pine.OSF.3.91.960331184516.10946A-100000@biggulp.callamer.com> 
MIME-Version: 1.0 
Content-Type: TEXT/PLAIN; charset=US-ASCII 


Don and Johan, et al: 

In addition to Bill DeCarles home page at 

http: //w3.ietc.ca/home/bill/spbill.htm 

you might want to see the Longwave Club of America BBS at: 
http: //users.aol.com/lwcanews/lwcanews. html 


You will find the information here rather informative especially for 
those interested in experimentation outside of the ham frequencies. Both 
sites have been confirmed just today as valid. Cliff Buttschardt W6HDO 


